Documentacion Interna Original

ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN
MÓVIL DE CONSULTAS DE SERVICIOS PARA LA EMPRESA:
Stacker S.R. L
Plan de Desarrollo de Software
Santo domingo 1 de abril de 2019

Versión: 1.0
1
ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL DE CONSULTAS
DE SERVICIOS PARA LA EMPRESA:
ÍNDICE GENERAL
1. ESTRUCTURA DEL DOCUMENTO .................................................................... 4
2. DEFINICION GENERAL DEL PROYECTO DE SOFTWARE ..................................... 6

2.1 Medidas de la app .................................................................................................7
3. OBJETIVOS GENERALES ................................................................................... 8
CAPITULO 2......................................................................................................... 9
1 factibilidad de estudio ...........................................................................................9
1.1 Requerimientos del cliente....................................................................................9
1.1 Respuesta ..............................................................................................................9
1.3 Objetivos generales ...............................................................................................9
1.4 Factibilidad Técnica .............................................................................................10
1.5 Objetivos Técnicos ...............................................................................................11
1.6 Factibilidad Económica ........................................................................................11
1.7 Inversión de Recursos Humanos .........................................................................11
CAPITULO 3 ESTADO DE CUESTION .................................................................... 12
1 Introducción a las aplicaciones móviles ........................................................12
2 Tecnología disponible ....................................................................................13
3 Arquitectura Web ..........................................................................................14
3.1 Nivel de Presentación ....................................................................................14
3.2 Nivel de Negocio ............................................................................................14
3.3 Nivel de administración de datos ..................................................................14
4 Tecnología a utilizar del proyecto..................................................................15
CAPITULO 4 ESTRUCTURA DEL PROYECTO ......................................................... 17
1 Organización del proyecto .......................................................................18
1.1 Estrategia de ejecución ...........................................................................18
1.1 Metodología a utilizar .............................................................................18
CAPITULO 6 MARCO REGULADOR ..................................................................... 19
Stacker S.R. L Página 2 de 117

Integrantes: Grupo: 4
ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL DE CONSULTAS
DE SERVICIOS PARA LA EMPRESA:
1 Normativa o estándar de calidad ..................................................................19

1.1 Normativa de calidad...............................................................................19

ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL DE CONSULTAS DE
SERVICIOS PARA LA EMPRESA:
1 Estructura del documento

Este documento se estructura de la siguiente forma:
Capítulo 1: Introducción. Este capítulo presenta una explicación definición del

proyecto desarrollado. Partiendo de la necesidad del cliente y los requerimientos
del proyecto y estableciendo objetivos generales que se quiere lograr en
desarrollar el sistema.
Capítulo 2: Estudio de viabilidad del sistema: en este capítulo explicamos el

análisis de factibilidad del sistema a desarrollar para validar que tan factible este
puede ser, si es necesario desarrollarlo, explicamos el análisis de costo indicando
los costos del proyecto.
Capítulo 3: Estado de la cuestión. En este capítulo se detallan las tecnologías

utilizadas para desarrollar el proyecto y se analizan las distintas aplicaciones
disponibles en la actualidad, que reflejan una aproximación de la solución al
problema propuesto.
Capítulo 4: Estructura del proyecto. En este capítulo se explica cómo esta

esquematizado nuestro proyecto de acuerdo a un formato funcional según
nuestra organización.
Capítulo 5: Organización del proyecto: En este capítulo se presenta la

organización y planificación del proyecto. Se citan todas las actividades y tareas
necesarias para la consecución de objetivos, su distribución a lo largo del tiempo
de desarrollo del proyecto y la asignación de recursos necesarios para cada una
de ellas.
Capítulo 6: Marco regulador: En este capítulo se explican las normativas y
estándares procesos de control de calidad a utilizar a la hora de desarrollar la
aplicación, medidas de seguridad utilizada en el proyecto, procesos de calidad,
procesos de desarrollo.

Capítulo 7: Análisis: En este capítulo se estudia, junto con el cliente, el alcance

del proyecto.
Capítulo 8: Diseño: En este capítulo se explicarán todas las decisiones de
diseño tomadas durante el proceso de desarrollo de la aplicación.
Capítulo 09: Implementación: En este capítulo se detallarán los pasos

seguidos para implementar la aplicación. Esto incluye tanto la construcción de la
aplicación Android, IOS como la conexión de los servicios web o API y
conexiones con la base de datos.
Capítulo 10: Implantación: En este capítulo se explicarán los pasos que hay
que seguir para poner en marcha la aplicación.
Capítulo 11: Evaluación: En este capítulo se muestran los resultados de los

distintos planes de pruebas realizados sobre el sistema para demostrar que se
ha desarrollado un software de calidad.
Capítulo 12: Planificación, presupuesto y beneficios sociales. En este

capítulo se detallará la planificación efectuada para la realización del proyecto
mediante un diagrama de Gantt. Además, se estudiará tanto el presupuesto
invertido en el proyecto, como los beneficios que se obtienen usando la
aplicación.
Capítulo 13: ANEXO I: Manual de usuario: En este anexo se mostrará el

prototipo se elabora un manual para solventar las posibles dudas que puedan
surgir al utilizar la aplicación
Capítulo 14: ANEXO II: Terminología: Este anexo servirá como guía para
resolver las dudas que pueda suscitar la terminología usada en esta memoria.

ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN

MÓVIL DE CONSULTAS DE SERVICIOS PARA LA EMPRESA:
Stacker S.R. L
Cap.1
2 definición general del proyecto de software:

“Seval puesto de bolsa S. A” empresa dedicada a brindar la asesoría adecuada, para
sus inversiones financieras, acompañada de servicios de excelencia custodiando los
títulos de ofertas públicas convirtiéndola en emisiones para ser ofertadas a los puestos
de bolsas para ser vendidas a los mercados de valores.
“Seval puesto de bolsa S.A” cree que dicho posicionamiento pasa por crecer dentro
del canal de Internet, donde quiere introducirse, posicionarse y llegar a convertirse en
todo un referente. Ellos ofrecen una aplicación para cada puesto de bolsa el mismo
realiza el proceso de liquidación, custodio, revisión de los intereses, regular el pago de
los clientes.
Para ello Seval nos indica que basará su modelo de negocio y su crecimiento en tres
tipos de usuarios:
• Usuarios indirectos: son los inversionistas que son clientes de los puestos de
bolsas, esta aplicación está orientada a ellos.
• Usuarios directos: entidades bancarias que ofrecen el producto o la emisión a

su inversionista ellos tendrán el derecho de Consultar todos sus inversionistas
que ellos tienen en su cartera de inversión, ver el historial de movimiento que
tiene cada uno de ellos.
• Usuario Internos: son los usuarios internos tendrán el rol como

administradores ellos supervisaran las actividades de los puestos de bolsa y
cada inversionista, monitoreando cada proceso que ellos realizan.

Seval está preocupado por sus canales de comunicación que ellos utilizan para brindar
sus servicios, por ende, quiere que se desarrolle otros recursos que faciliten la
interacción con sus clientes debido a que el negocio acrecido de manera exponencial,
sus clientes están dando quejas por qué no pueden recibir sus reportes a tiempo, los
mismo tiene que ser mensuales.
Por tales razones han solicitado que se le desarrolle una APP para seguir brindando
un servicio de calidad y eficiencia y flexibilidad convirtiéndose en la primera empresa
ofrecer una solución de esta magnitud para el mercado financiero.
Seval Puesto de bolsa S.A quiere expandir sus servicios en el mundo de las TIC, que
desde otros lugares sin importar el lugar o donde este solo tener conexión a internet
puedas consultar sus emisiones o productos por medio de un Smartphone que sea
tanto IOS o Android.
La app se estará conectando a través de una API o Web Service, donde estará
consultando todas las informaciones de la base de datos interna que tiene en la
empresa.
2.1 Mediante de la App se requiere que realice las siguientes

consultas:
a. Consultas.
b. Solicitudes.
c. Revisión de Estado de cuenta.
d. Chat.
e. Mensajes / Notificación.
f. Reportes.
g. Gráficas de Historial.
h. otras.
i. Conectarse de forma segura.
j. Manejar diferentes tipos de clientes / Usuarios.
k. Otras.
l. Alcance del proyecto

Las limitaciones del sistema solo en esta versión son para consultar los servicios de
la plata formas web de la empresa.
3 OBJETIVOS GENERALES
El objetivo general del proyecto es desarrollar una aplicación móvil para la empresa
para serval puesto de bolsa “S.R.L” con la finalidad que puedan realizar consultas para
sus clientes directos, indirecto, usuarios internos.
Esta aplicación permitirá establecer un control de los permisos de acceso de los

usuarios a os diferentes servicios que ofrecen el sistema principal, esta labor del área
de desarrollo informático y en consecuencia reduciendo los tiempos de inactividad de
los servicios proporcionado por la empresa.
Además de crear dicha herramienta se generará la documentación específica del
proyecto completo utilizando la metodología ágil Scrum.
La principal funcionalidad que el sistema debe de cumplir es permitir a determinados

usuarios con permiso de administración para la gestión de usuarios, usuarios finales
para consultar servicios realizaran las siguientes funciones:
Gestión de usuarios: permitir realizar consultas a los tres tipos de usuarios

directos, indirectos, internos, que estarán interactuando con el sistema.
Gestión de permisos de usuarios: permitir los diferentes perfiles de los permisos

de acceso al sistema de consultas de los servicios de la empresa mediante un RNT
diferente.
Especificación de requerimientos del proyecto:
• Verificar Estado de cuenta actual, por mes y año en la app.

• Herramienta pueda Revisar los servicios de los clientes.
• La App contenga menús interactivos y desplegable.
• La App control y monitoreo de los servicios de la empresa.
• Realizar Consultas rápidas de las ultimas 5 transacciones realizada
• Mostrar notificaciones de las transacciones realizadas.

• Crear Módulos de gestión y administración.

• Revisar historial de inversiones de los accionistas.
• Mostrar Notificaciones de cualesquiera alertas en el sistema
• Revisar reportes de los estados de cuenta del puesto de bolsas.
• Desarrollar una App tanto para IOS y Android.
• Que se presente una interfaz con buena usabilidad para los clientes.
CAPÍTULO 2. ESTUDIO DE VIABILIDAD
1. Factibilidad Operativa.
1.1 Requerimiento cliente:
Obtener una APP que permita el acceso a sus clientes directos, clientes indirectos,
usuarios internos, reguladores y partes interesadas a dicho sistema de forma segura
con calidad, última tecnología, usabilidad y rapidez.
1.2 Respuesta:
La creación de nuestra App para SEVAL puesto de bolsas S.A. Permitirá el acceso a
sus tipos de clientes (clientes indirectos, usuarios internos, reguladores y otros). Estos
podrán operar de forma segura con calidad y fluidez, así disminuyendo la pérdida de
tiempo y dinero.
Esta app permitirá realizar: Consultas, solicitudes, revisión de estado de cuenta, chat,
notificaciones, mensajes, reportes, gráficos, entre otras cosas.
1.3 Objetivos Operativos:
✓ Integración e interacción del cliente interno y externo.
✓ Integración con los diferentes tipos de servicios, otros puestos de bolsa.
✓ Plataforma totalmente estructurada.
✓ Utilización atreves de internet.
✓ Portabilidad.

✓ Manejo de datos más robusto.
✓ Multi usuario.
✓ Adaptación a nuevos cambios.
✓ Documentaciones sostenibles.
✓ Datos altamente protegidos.
✓ Soporte operativo 24h / 7 días.
✓ Adaptabilidad al idioma inglés y español.
✓ Facilidad de utilización en sistema operativos Android y os.
1.4 Factibilidad Técnica
¿Es práctica la tecnología o solución propuesta?
Si la tecnología es práctica y fácil de usar. Ya que contará con un interfaz que servirá
de guía interactiva para el usuario. Los usuarios no necesitan estar optimizados o
preparados para utilizar esta App.
¿Disponemos de la tecnología necesaria?
Dentro de las planificaciones contamos con la tecnología necesaria, y el personal

técnico capacitado:
✓ Analistas QA.
✓ Diseñador.
✓ Programador Senior.
✓ Project Manager.
✓ Analista de Sistema.
Para poder desarrollar nuestro sistema informático, incluiremos también el

tiempo que se va a emplear para la creación del proyecto, como también
recursos de Hardware, Software y comunicación.

1.5 Objetivos Técnicos:
✓ Diversidad en las implementaciones de Servidor API.
✓ Compatibilidad con los diferentes tipos de versiones de Sistemas Operativos

Android y os.
✓ Núcleo basado en React Native.
✓ Arquitectura de Base de datos Oracle.
✓ Estándar internacional ISO 9001 e ISO/IEC 27001.
✓ Certificados digitales SSL.
✓ Herramientas de servicios WEB Node Js.
✓ Módulos de búsquedas manejables.
✓ Actualización del software a gran escala
1.6 Factibilidad Económica
Tomaremos en cuanta el tiempo que se va a emplear para la creación del proyecto.

Porque a medida que se va ampliando el tiempo irán surgiendo pequeños problemas
ya sean informáticos o de programación, esto van a requerir otro tipo de tecnología
para ser solucionadas y podría generar costos adicionales.
1.7 Inversión Recursos Humanos.
Utilizaremos recursos de un personal de alta capacidad de completar el requerimiento

del cliente al costo más barato del mercado.
Determinamos la actividad por la cual se generará gastos al proyecto especificamos

un estimado de tiempo y costo para las próximas fases de desarrollo.

Vamos a presentar un estimado de tiempo que tomara realizar cada uno de las
siguientes fases del desarrollo del sistema y del costo que la compañía debe incurrir
para completar los sistemas.
Incluiremos los costos del desarrollo, costos que ocurren una sola vez, los costos
continuos y los costos pagados periódicamente al proyecto. De igual manera vamos
a detallar los gastos de producción y operativos en que incurrirá el mismo. Para
ambos vamos a realizar una estimación de los montos en el tiempo.
En este cuadro explicamos que el proyecto es factible, se resta la inversión capital

al retorno capital, el valor obtenido es positivo.
CAPÍTULO 3. ESTADO DE LA CUESTIÓN

1. Introducción a las aplicaciones móviles
Hasta ahora se ha dicho que se va a construir una aplicación móvil para el sistema
operativo Android y IOS que utilice autenticación LDAP para conectarse atreves de
un web Service o API con la base de datos de seval puesto de bolsa desde un
Smartphone. Pero, ¿qué significan todos estos conceptos? A continuación, serán
definidos, para que no susciten ninguna duda.

2. Tecnología disponible en el sistema de seval puesto de bolsa
▪ LDAP (Lightweight Directory Access Protocol) es un protocolo, a nivel de

aplicación, que proporciona un servicio de directorio ordenado y
distribuido para guardar diversa información de una red. El directorio que
proporciona LDAP contiene un conjunto de objetos con atributos
organizados de forma lógica y jerárquica. Normalmente almacena la
información necesaria para realizar autenticaciones (usuarios y
contraseñas), aunque es posible almacenar otro tipo de información
(datos de contacto del usuario, ubicación de diversos recursos de la red,
permisos, certificados, etc).
▪ API : Una API es un método por el cual los proveedores de terceros pueden
escribir programas que interactúan fácilmente con otros programas.
▪ Web Service: Un servicio Web está diseñado para tener una interfaz que
se representa en un formato procesable por una máquina especificada en
Web Service Description Language (WSDL).
▪ Base de datos Oracle: el cliente utiliza su base de toda interna, todos los
campos y las relaciones están creadas, nuestra App estará interactuando
con el sistema interno de seval puesto de bolsa.

3. Arquitectura WEB tres capas utilizada por el cliente:
Para solventar estos problemas se ha generalizado la división de las aplicaciones

Web en capas que normalmente serán tres donde:
3.1 Nivel de presentación (capa cliente): se encarga de generar la interfaz

de usuario. Captura datos de usuario, envía los datos a la capa intermedia y
presenta los resultados que procedan de ésta.
3.2 Nivel de negocio (capa intermedia): capa que constituye el verdadero

núcleo de la aplicación Web. Contiene toda la lógica que modela los procesos
de negocio y es donde se realiza todo el procesamiento necesario para
atender a las peticiones del usuario. Se encarga del procesamiento de los
datos del usuario y de la generación y envío de las respuestas a la capa
cliente.
3.3 Nivel de administración de datos: se encarga de hacer persistente toda

la información, suministra y almacena información para el nivel de negocio.

4. Tecnología a utilizar para nuestro proyecto.
▪ React Navite: Usaremos este software por el tal motivo de que es un software
que tiene cualidades muy eficientes y rápidas para trabajar con app de IOS y
Android en la actualidad. Y así nos proporcionara una mayor calidad y rigidez a
la hora de desarrollar nuestras APP. Y también para mantener una copia de
base de datos de producción en el ambiente desarrollo.
▪ Node Js: Ahora mismo es una de las herramientas para construir un servicio
web de mayor capacidad y rendimiento que se necesitan hoy en día, también
es un sistema escalable ya que tuviese la consistencia suficiente como para
poder generar un elevado número de conexiones de forma simultánea con el
servidor.
▪ Adobe XD: Es una de las mejores tecnologías cuando de diseño se refiere, es

la numero uno del mercado a nivel de diseños profesionales unas de sus
principales características es que nos muestra un sin números de eventos que
podemos simular las vistas de como si fuese real.
¿Porque estas apps?
Nosotros como equipo de trabajo preferimos brindarle este servicio a nuestros

clientes por la sencilla razón como se explica más arriba es para usar y hacer apps
de un rango que pueda soportar los dos softwares que se usan más en el mercado
de hoy en día que son ANDROID y IOS. Que son software que todos los clientes
usuarios de todas las empresas tienen a la disposición y que no les va dar ningún
tipo de problema.

CAPITULO4. ESTRUCTURA DEL PROYECTO.
Porque utilizamos la estructura Funci Nosotros como empresa de desarrollo hemos

elegido Funcional porque, es diferente a las demás funciones y Áreas que nos permite
a nuestro proyecto obtener diferentes productos de unos equipos especialistas a otros
de control de calidad como aspectos positivos y que por nuestras características sea
de muchas especialidades para nuestros clientes. También en nuestro funcional
obtenemos diferentes fases del desarrollo de necesidad buena de una documentación
clara de mantenimiento al estar bien documentada cada etapa de análisis, diseño y
programación con necesidad de comunicar nuestros equipos para que sean más
especialistas en el Área.
Tareas necesarias para la consecución de objetivos, su distribución a lo largo del

tiempo de desarrollo del proyecto y la asignación de recursos necesarios para cada
una de ellas.

1 organización del proyecto
1.1 Estrategia de ejecución
Nuestra estrategia de ejecución incorpora metodologías probadas, altamente

cualificado y un método de gran capacidad de respuesta para gestionar las entregas.
A continuación, se describen los métodos del proyecto, cómo se va a desarrollar el
proyecto, la escala de tiempo propuesta para los eventos y los motivos que justifican
el porqué del desarrollo del proyecto según se ha descrito.
Nuestro proyecto estará desarrollando bajo una metodología ágil donde nuestros
entregables será dividido en diferentes fases o etapa, según nuestro cronograma de
trabajo para el ciclo de vida del desarrollo de un software.
1.2 metodología utilizada para desarrollar nuestra propuesta.
Nuestra forma de trabajar utiliza la metodología SCRUM, que se basa principalmente

en la flexibilidad por incorporar cambios sin importar la fase en la que se encuentre el
proyecto. Nuestra propuesta plantea una serie de fases que coincidirán con la puesta
en marcha de cada una de las funcionalidades críticas de la aplicación. Al término de
cada uno de los hitos, se probará y validará la funcionalidad de manera previa a un
testeo por vuestra parte. Una vez tenemos la aprobación de esa fase por parte del
cliente, pasamos a la siguiente.
Esta forma de trabajar nos permite desarrollar la aplicación de forma ágil y reduciendo
la posibilidad de error. E incluso pudiendo incorporar ciertos cambios de diseño si fuera
necesario.
Para nuestro proyecto fue dividido por sprint o fase estratégicamente según el ciclo de
vida del software

Estos son los tiempos que planteamos para desarrollar nuestra propuesta:
CAPÍTULO 6. MARCO REGULADOR

1. Normativa o Estándar de calidad tomada en cuenta para nuestro
proyecto.
1.2 Normativa Calidad
Actualmente en nuestro proyecto existe la norma de calidad la cual nos permite

establecer niveles de calidad en los procesos que se desarrollan en la empresa. Este
es el caso de la ISO 9001.
Además de ser una plataforma ideal desde la que avanza hacia otras certificaciones
de sistemas de gestión del medio ambiente, la seguridad o la responsabilidad social,
ISO 9001 le permite a la empresa situarse al nivel de las más grandes, equiparándose
en eficiencia y compitiendo en igualdad de posibilidades en el agresivo mercado
actual.
Gracias a la implantación de un Sistema de Gestión de la Calidad según la

norma UNE-EN ISO 9001, la organización demuestra su capacidad para proporcionar
de forma coherente productos o servicios que satisfacen los requisitos del cliente y los
reglamentarios aplicables.

Entre otras ventajas, ofrece la posibilidad de cumplir con clientes que, cada vez más,
requieren proveedores certificados, aumentar la posibilidad de incrementar sus ventas
y mejorar los sistemas de calidad propios, así como la documentación de los equipos
y los proveedores en cuanto al desempeño, e igualmente generar una mayor confianza
entre proveedores y clientes.
Esta norma internacional promueve la adopción de un enfoque basado en procesos

cuando se desarrolla, implanta y mejora la eficacia de un sistema de gestión de la
calidad, basado a su vez en el ciclo de mejora continua PDCA (Planificar, Hacer,
Comprobar, Actuar)
1.3 Beneficios ante el mercado:
• Mejorar la imagen de los productos y/o servicios ofrecidos.

• Favorecer su desarrollo y afianzar su posición.
• Ganar cuota de mercado y acceder a mercados exteriores gracias a la
confianza que genera entre los clientes.
1.4 Beneficios ante los clientes:
• Aumento de la satisfacción de los clientes.

• Eliminar múltiples auditorías.
• Acceder a acuerdos de calidad concertada con los clientes.
1.5 Beneficios para la gestión de la empresa:
• Servir como medio para mantener y mejorar la eficacia y adecuación del

sistema de gestión de la calidad, al poner de manifiesto los puntos de mejora.
• Cimentar las bases de la gestión de la calidad y estimular a la empresa para
entrar en un proceso de mejora continua.
• Aumentar la motivación y participación de personal, así como mejorar la gestión
de los recursos.

1.6 Procesos de control de calidad establecido por Dep. De Calidad.
Proceso: Realización de pruebas por parte del equipo de control de calidad asignado a un proyecto. Cod: 002
Objetivo: Identificar los escenarios de pruebas necesarios, para validar el correcto funcionamiento del entregable
(software). Validar que lo realizado se hizo acorde a lo requerido en la historia de usuario.
Alcance: Control de Calidad.
No. Actividades Responsable
1 Recibir el desarrollo realizado por parte del equipo de desarrollo. Senior QA
2 Realizar los casos de pruebas y escenarios de pruebas. Analista QA
3 Planificación de tiempo para realizar las pruebas. Senior QA
4 Validar desarrollo contra las historias de usuarios del requerimiento. Analista QA
5 Documentación de Escenarios realizados. Analista QA
6 Aprobación de desarrollos. Senior QA
7 Comunicación de resultados de pruebas. Senior QA
1.7 Normativa o Estándar de seguridad tomada en cuenta para nuestro proyecto.
1.7.1 Seguridad
Este enfoque del control lo llevaremos a cabo visualizando esta información para dar
soporte a los procesos considerando a la información como el resultado de la
aplicación combinada de recursos relacionados con la tecnología de información que
deben ser administrados por procesos de TI.

1.8 Norma ISO 27000.
Para Este proyecto nos basamos en la norma ISO 27000 ya que es una norma
internacional que ofrece recomendaciones para realizar la gestión de la seguridad de
la información dirigida a los responsables de iniciar, implantar o mantener la seguridad
de una organización.
Ya que es parte de una familia en crecimiento de estándares sobre Sistemas de

Gestión de la Seguridad de la Información (SGSI) de ISO/IEC, el ISO 27000 series.
ISO/IEC 27000 es un grupo de estándares internacionales titulados: Tecnología de la

Información, Técnicas de Seguridad, Sistemas de Gestión de la Seguridad de la
Información, Visión de conjunto y vocabulario. Tiene como fin ayudar a organizaciones
de todo tipo y tamaño a implementar y operar un Sistema de Gestión de la Seguridad
de la Información (SGSI).
El estándar describe el propósito de un Sistema de Gestión de la Seguridad de la

Información (SGSI), un sistema de gestión similar a los recomendados por otras
normas ISO, como ISO 9000 e ISO 14000, que se utiliza para gestionar riesgos y
controlar la seguridad de la información dentro de una organización. Uno de los
principios centrales de la norma ISO/IEC 27000 es proporcionar información segura.
Términos de seguridad considerada para este proyecto:
• Los términos se pueden clasificar por categorías, a saber:
• Términos relativos a la seguridad de la información.
• Términos relativos a la gestión.
• Términos relativos a los riesgos de seguridad de la información.
• Términos relativos a la documentación.

1.9 Medidas de seguridad tomadas para la conexión Web.
Las aplicaciones Web están más expuestas a ataques. Se pueden tener ataques en
tres niveles:
• Al cliente.
• Al servidor.
• A la información en tránsito.
Para este proyecto tomamos algunas codirecciones para el cliente tome cuentas estos
los aspectos para la seguridad de sus insumos.
La seguridad en Web tiene tres etapas primarias:
• Seguridad de la computadora del usuario.

• Seguridad del servidor Web y los datos.
• Seguridad de la información en tránsito.
2. Seguridad al cliente
Los usuarios deben contar con navegadores y plataformas seguras, libres de virus
y vulnerabilidades. También debe garantizarse la privacidad de los datos del
usuario. Vulnerar el equipo del usuario quizás no tenga el impacto de vulnerar el
servidor, sin embargo, es un problema más difícil de erradicar. El número de
clientes es muy superior al número de servidores. Por tanto, se recomiendan las
siguientes medidas para asegurar el equipo del usuario:

• No acceder a un link sospechoso.

• Tener cuenta phishing, puede ser víctima de robo de credenciales.
• Instruir a los clientes que utilizan la App para que conozcan las vulnerabilidades,
amenaza en el internet.
• Aplicar actualizaciones (parches) al sistema oper
2.1 Seguridad del servidor Web y los datos
Se debe garantizar la operación continua del servidor, que los datos no sean
modificados sin autorización (integridad) y que la información sólo sea distribuida
a las personas autorizadas (control de acceso).
Se deben considerar los siguientes puntos:
• Asegurar el servidor en una forma fundamental: el sistema operativo, ya

sea por medio de actualizaciones (parches) y habilitando los
mecanismos propios de la plataforma.
• Garantizar la seguridad del servidor Web propiamente (IIS, o Apache,
etc.)
• Auditar el sistema interno para identificar cualquier vulnerabilidad.
2.2 Seguridad de la información en tránsito.
▪ Garantizar que la información que viaja entre cliente y servidor no sea leída
(confidencialidad), modificada o destruida por terceros. También es
importante asegurar que el enlace entre cliente y servidor no pueda
interrumpirse fácilmente (disponibilidad).
▪ Usaremos Algoritmo Encriptación de los datos (estenografía).

▪ Cifrar la información (criptografía) por medio de algoritmos diversos (SSL,

VPNs).
2.3 Seguridad para la aplicación APP
1. Política de seguridad.
2. Aspectos organizativos para la seguridad.
3. Clasificación y control de activos.
4. Seguridad ligada al personal.
5. Seguridad física y del entorno.
6. Gestión de comunicaciones y operaciones.
7. Control de accesos.
8. Desarrollo y mantenimiento de sistemas.
9. Gestión de continuidad del negocio.
10. Conformidad con la legislación
2.4 Para la seguridad y manejo de control de nuestra Aplicación podemos

implementar las siguientes propuestas:
Cierre automático de sesión.
Cuenta se Bloquea a los 5 intentos.
Configurar preguntas de seguridad.
Configurar acceso con huellas.
Configurar pin de acceso rápido.
Política de software no autorizado.

Política de copias de seguridad.
Política de intercambio de información con otras organizaciones.
Política de uso de los servicios de mensajería.
Política sobre el uso de los servicios de red.
Política sobre el uso de controles criptográficos.
Política de uso de licencias de software.
Política de protección de datos y privacidad.
2.5 Encriptación:
En el caso de que los datos sean interceptados, la encriptación dificulta que los
hackers hagan algo con ellos. Esto se debe a que los datos encriptados son ilegibles
para usuarios no autorizados sin la clave de encriptación.
2.6 Normativa o Estándar de Desarrollo tomada en cuenta para nuestro proyecto.
Nuestra propuesta como empresa en el Plan de Desarrollo de Software es

proporcionar la información necesaria para controlar el proyecto. En él se describe el
enfoque de desarrollo de software.
La norma ISO/IEC 12207:2008 la cual será tomada como referencia para elaborar el
estándar en el desarrollo del software del proyecto que estamos presentando.
Dicha norma que acabamos de mencionar (12207) en nuestro proyecto es la que se

encarga de todo lo relacionado al ciclo de vida del software, desde
la conceptualización de ideas hasta la retirada y consta de procesos para la
adquisición y suministro de proyectos y servicios del software, estableciendo pautas
para su control y mantenimiento.
Nuestro objetivo con esta norma es proporcionar una estructura para que los
compradores, proveedores, desarrolladores, personal de mantenimiento, operadores,
gestores y técnicos involucrados en el desarrollo de software utilicen un lenguaje en
común, es decir; transportar a los clientes o socios la seguridad de que la empresa

utiliza los procesos en relación con las prácticas de confianza de la organización.
2.7 Estos son los principales procesos que realiza la norma en la empresa:
Proceso: Desarrollo de historias de usuarios. Cod: 004
Objetivo: Estandarizar el proceso de desarrollo de historias de usuarios.
Alcance: Desarrollo de Software.
No. Actividades Responsable
1 Recibir las historias de usuarios planificadas. Sr. Software Engineer
2 Lectura de historias de usuarios. Sr. Software Engineer
3 Identificación de detalles técnicos. Sr. Software Engineer
4 Inicio de desarrollo historias de usuarios Software Engineer
5 Pruebas unitarias Software Engineer
6 Comunicación de conclusión de desarrollo. Sr. Software Engineer

2.8 Análisis
Para la elaboración de software de calidad, es necesaria una correcta
documentación. Por ello, en este trabajo de fin de grado se documentará basándose
en ciertos procedimientos explicados en la Guía para la aplicación de Estándares de
calidad, seguridad, desarrollo de Software ESA (Agencia Espacial Europea) para
proyectos de software pequeño.
En el capítulo 3 contemplamos más detalles de los controles y normativas

utilizadas para nuestro proyecto.
En este capítulo se estudia, junto con el cliente, el alcance del proyecto.
En este apartado se incluirán todos los requisitos que llegan por parte del cliente. Cada
uno será representado en una tabla como la siguiente:
Identificador
Descripción
Necesidad Prioridad
Estabilidad Fuente
Tabla 2: Plantilla de requisitos de usuario

A continuación, se describen los campos que componen la tabla:
1. Identificador: Este campo corresponde al identificador del requisito. Dicho

identificador será único e inconfundible, de tal forma que cada uno de los
requisitos sea identificable sin posibilidad de error. Cada uno de los
identificadores seguirá la siguiente nomenclatura:
2. Requisitos de capacidad: RUC-<Número>. El número será un valor de dos
cifras que empezará desde el valor 01 y se irá incrementado en una unidad.

3. Requisitos de restricción: RUR-<Número>. El número será un valor de dos

cifras que empezará desde el valor 01 y se irá incrementado en una unidad.
4. Descripción: Campo que incluye una descripción del requisito en cuestión.
5. Necesidad: Este campo indica la necesidad de incorporar el requisito en el
sistema. Los posibles valores son:
6. sencial: El requisito debe introducirse obligatoriamente dentro del sistema
desarrollado.
Requisitos funcionales
A continuación, se muestran los requisitos funcionales:
RSF-01
Descripción El sistema realizara consultas de los servicios de la empresa
Necesidad Esencial Prioridad Alta
Estabilidad Alta Fuente Cliente
Tabla 24: RSF-01
RSF-02
Descripción El sistema lanzará una notificación de las transacciones realizada
Tabla 25: RSF-02
RSF-03
Descripción El sistema obtendrá la información de los clientes en la base de datos
Tabla 26: RSF-03

RSF-04
Descripción Los puesto de bolsa podrán consultar su cartera de inversión en la aplicación
Necesidad Deseable Prioridad Media

Estabilidad Alta Fuente Equipo de desarrollo
Tabla 27: RSF-04
RSF-05
Descripción El sistema guardará los datos de autenticación después de ingresar
Correctamente.
Necesidad Deseable Prioridad Baja
Estabilidad Media Fuente Cliente
Tabla 28: RSF-05
RSF-06
Descripción Cuando se pulse el botón ‘ingresar’, se comprobarán las credenciales
para el acceso a la funcionalidad del sistema.
Necesidad Esencial Prioridad Media
Tabla 29: RSF-06
RSF-07
Descripción Cuando se pulse el botón ‘transacciones ’, el sistema comenzará a mostrar las
transacciones.

Tabla 30: RSF-07
RSI-03
Descripción La pantalla de autenticación contendrá dos cajas de inserción de texto
(‘usuario’, ‘contraseña’) y un botón (‘conectar’).

Estabilidad Media Fuente Equipo de desarrollo
Tabla 41: RSI-03
RSI-04
Descripción La caja de inserción de texto ‘usuario’, RNT que está dentro de la pantalla de
autenticación, contendrá texto en claro.
Tabla 42: RSI-04
RSI-05
Descripción Usuario RNT será números y letras generado secuencia, mediante un array.

Tabla 43: RSI-05

RSI-06
Descripción La pantalla principal contendrá varias vistas, menú principal, vista transacciones,
transacciones por días, información de perfil, registrar informaciones personales,
perfil de inversionista.
.
Estabilidad Media Fuente Equipo de desarrollo
Tabla 44: RSI-06
4.3.1. Requisitos de seguridad

A continuación se muestran los requisitos de seguridad:
RSS-01
Descripción El intercambio de datos entre el sistema y el servidor LDAP usará
algún método de cifrado.
Tabla 45: RSS-01
RSS-02
Descripción El intercambio de datos entre el sistema y API
usará algún método de cifrado.
Tabla 46: RSS-02

RSS-03
Descripción Para acceder a la funcionalidad del sistema, será necesario
Autenticarse como personal del Laboratorio.
Tabla 47: RSS-03
RSS-04
Descripción Las contraseñas que manipule el sistema deben ser cifradas mediante la función
MD5.
Tabla 47: RS
7.1 Requisitos de capacidad

A continuación, se muestran los requisitos de capacidad:
RUC-01
Descripción La aplicación mostrara las consultas de los servicios proporcionado por la
empresa.

Tabla 3: RUC-01

RUC-02
Descripción La aplicación enviara notificaciones por cada transacción realizada o pago
recibido.

Tabla 4: RUC-02
RUC-03
Descripción La aplicación mostrara un chat en línea, podrá interactuar con un agente del
puesto de bolsa que pertenece.

Tabla 4: RUC-03
RUC-04
Descripción Consultar su estado de cuenta, actual y por meses, y año.

Tabla 5: RUC-04
RUC-05
Descripción Se podrá generar reportes de las transacciones realizadas durante periodos de
tiempo..
Necesidad Deseable Prioridad Media
Tabla 6: RUC-05
RUC-06
Descripción El cliente podrá Ver el historial de inversiones de sus acciones mediante un gráfico
de barra

Tabla 7: RUC-06
RUC-07
Descripción
Para acceder al servidor de LDAP será necesario introducir el RNT y
contraseña de acceso.
Necesidad Deseable Prioridad Alta
Estabilidad Media Fuente Programador
Tabla 8: RUC-07
RUC-08
Descripción Módulos de administración los usuarios internos de la App.

Estabilidad Alta Fuente Programador
Tabla 9: RUC-08
7Requisitos de restricción
A continuación se muestran los requisitos de restricción:
RUR-01
Descripción La aplicación solo será utilizada por los clientes directos, indirectos, usuario
interno de Seval puesto de bolsa.
Tabla 10: RUR-01
RUR-02
Descripción Solo se podrán conectar ala aplicación través de un código: RNT se
proporcionado por los puesto de bolsa.
Estabilidad Alta Fuente Programador
Tabla 11: RUR-02

RUR-03
Descripción La aplicación usará los datos disponibles en una base de datos Oracle
del la empresa de Seval.
Tabla 12: RUR-03
RUR-04
Descripción Los usuarios de la aplicación se autenticarán mediante un servidor
LDAP del Seval S.A
Tabla 13: RUR-04
RUR-05
Descripción La aplicación funcionará en móviles con sistema operativo Android, IOS.
Tabla 14: RUR-05
Especificación de casos de uso
En este apartado se mostrará un diagrama de casos de uso. Más adelante se

hará una descripción textual detallada de cada caso de uso.
Diagrama de casos de uso

En primer lugar, se muestran de forma gráfica los casos de uso que se encuentran
a partir de la aplicación:

Figura 8: Diagrama de casos de uso

Consideramos que, para consultar la información, como lanzar una notificación,

son casos de uso ya que, aunque algunas de estas acciones se realizan de forma
automática o manual, el usuario interactúa con el sistema en cuanto lee las
notificaciones o consulta.
En el siguiente punto se describirá en detalle cada caso de uso.
Para la descripción de los casos de uso identificados en el diagrama anterior se va a

utilizar la siguiente tabla:
Identificador
Caso de uso
Actores
Objetivo
Precondiciones
Escenario
Post condiciones
Excepciones
• Identificador: Nombre identificativo del caso de uso. Se utilizará la

nomenclatura CU-<Número>. El número será un valor de dos cifras que
empezará desde el valor 01 y se irá incrementado en una unidad.
• Caso de uso: Descripción breve del caso de uso.
• Actores: Agentes que interactúan con el caso de uso.
• Objetivo: Descripción detallada del caso de uso.
• Precondiciones: Condiciones iniciales que se han de cumplir para

realizar el caso de uso.
• Escenario: Conjunto de pasos que se han de dar para realizar el caso

de uso.

• Post condiciones: Estado del sistema tras realizar el caso de uso.
Excepción: Incidenciaas o alternativas que pueden aparecer al ejecutar el caso de uso. La

numeración indicada en cada excepción
hace referencia al paso del escenario que ha provocado la incidencia. Para los casos en los que más
de un paso provoca la misma excepción se ha asignado valor 0 para la numeración y se ha
indicado entre paréntesis los pasos afectados.
Fichas de caso de estudio:
CU-01
Caso de uso Autentificación de usuario
Actores Usuarios de SEVALDOM
Objetivo Comprobar que se han introducido las credenciales
Precondiciones Tener cuenta de usuario
Conocer contraseña del servidor LDAP
Escenario 1- Se introduce el usuario.
2- Se introduce la contraseña.
3- Se introduce la contraseña del servidor LDAP
4- Se inicia la conexión con el servidor LDAP
Postcondiciones Comienza la conexión con el servidor LDAP

1. En caso de que no se haya introducido el usuario, no se inicia la
Exceciones
conexión con el servidor LDAP.
2. En caso de que no se haya introducido la contraseña, no se inicia la
3. En caso de que no se haya introducido la contraseña del servidor
LDAP, no se inicia la conexión con este.

CU-01
Caso de uso Autentificación de usuario
Actores Usuarios de SEVALDOM
Objetivo Comprobar que se han introducido las credenciales
Precondiciones Tener cuenta de usuario
Conocer contraseña del servidor LDAP
Escenario 1- Se introduce el usuario.
2- Se introduce la contraseña.
3- Se introduce la contraseña del servidor LDAP
4- Se inicia la conexión con el servidor LDAP
Postcondiciones Comienza la conexión con el servidor LDAP

4. En caso de que no se haya introducido el usuario, no se inicia la
Exceciones
5. En caso de que no se haya introducido la contraseña, no se inicia la
6. En caso de que no se haya introducido la contraseña del servidor
LDAP, no se inicia la conexión con este.
CU-02
Caso de uso Verificar datos de acceso
Actores Servidor de autentificación LDAP
Objetivo Acceder a las funcionalidades del sistema

1. Se ha introducido un usuario.
Precondiciones
2. Se ha introducido una contraseña.
3. Se ha proporcionado la contraseña del servidor LDAP.

4. Se ha iniciado la conexión con el servidor LDAP.
1- Se accede al servidor LDAP utilizando la contraseña proporcionada

Escenario
para este propósito.
2- Se espera la repuesta del servidor LDAP.
1. 3- Se comprueba la repuesta recibida.
Postcondiciones Se accede a las funcionalidades de la aplicación

• En caso de que el usuario o la contraseña del usuario no sean
Excepciones
correctos, no se accede a la funcionalidad de la aplicación.
• En caso de que la contraseña del servidor LDAP no sea correcta, no
se accede a la funcionalidad de la aplicación.
• En caso de que el usuario que intenta acceder, no es cliente de
SEVALDOM, no se accede a las funcionalidades de la aplicación.
CU-03
Caso de uso Inicial servicio
Actores Usuarios de la aplicación

• Mostrar su historial, estado de cuenta, cartera de producto y
Objetivo
notificaciones
Precondiciones Autentificarse con éxito
Escenario 1- Se accede a la pantalla principal.
2- Se inicia el servicio.
Postcondiciones El servicio empieza a funcionar
excepciones En caso de que el servicio ya este detenido, no sucede nada
CU-04
Caso de uso Obtener información
Actores Servidor de base de datos
Objetivo Recuperar de la base datos la información de los productos de los clientes

Precondiciones Autentificarse con éxito.
Inicial servicio.
Postcondiciones Se obtiene información filtrada por medio de parámetros al realizar una

consulta
excepciones No aplica
CU-05
Caso de uso Lanzar notificaciones
Actores Usuario
Objetivo Alertar al usuario de las nuevas emisiones de valores
Precondiciones Autentificarse con éxito
Inicial servicio
Obtener información de la base de datos

• Se accede a la pantalla principal.
Escenario
• Se inicia el servicio
• Se espera a que se haya recuperado la información de la base de
datos.
• Cuando aparezca una notificación en el móvil, se lee la información
de las nuevas emisiones de valores.
Postcondiciones Una notificación lanzada
excepciones No aplica
CU-06
Caso de uso Parar servicio
Actores Usuarios

Objetivo Dejar de mostrar la nuevas emisiones de valores y lanzar notificaciones

• Autentificarse con éxito
Precondiciones
• Inicial servicio
3- se pulsa el botón parar.
Post condiciones El servicio deja el estado activo
Excepciones En caso de que el servicio este detenido, no sucede nada.
Requisito de software
En este apartado se incluirán todos los requisitos que tiene que satisfacer la aplicación.
Dichos requisitos serán la base sobre la que se realizará el desarrollo del sistema.
Cada uno de los requisitos será representado en una tabla como la siguiente:
Identificador
Descripción
Necesidad Prioridad
Estabilidad Fuente
Tabla 23: Plantilla de requisitos software

RSF-08
Descripción Cuando se pulse el botón ‘salir’, el sistema le preguntara y si presiona ok salira
de la aplicación.
Tabla 31: RSF-08
RSF-09
Descripción El sistema mostrara las inversiones, mostrando un gráfico como esta su
inversión.
Necesidad Deseable Prioridad Baja

Tabla 32: RSF-09
4.3.1. Requisitos no funcionales

A continuación se muestran los requisitos no funcionales:
RSNF-01
Descripción La lista de los puestos de los puestos de bolsa inscritos con seval.

Estabilidad Baja Fuente Cliente
Tabla 33: RSNF-01
RSNF-02
Descripción La aplicación enviara una notificación 5 minutos antes de cada movimiento en
las cuentas.
Estabilidad Baja Fuente Cliente
Tabla 34: RSNF-02
RSNF-03

Descripción La base de datos de la que obtendrá la información el sistema, será

Oracle.
Tabla 35: RSNF-03
RSNF-04
Descripción La autenticación se realizará mediante un servidor LDAP de Seval puesto de
bolsa
Tabla 36: RSNF-04
RSNF-05
Descripción La aplicación será resposive, utilizara en tabletas, etc..
Tabla 37: RSNF-05
RSNF-06
Descripción El sistema funcionará en dispositivos móviles con sistema operativo
Android, IPhone
Tabla 38: RSNF-06
4.3.2. Requisitos de interfaz

A continuación se muestran los requisitos de interfaz:
RSI-01

Descripción El sistema tendrá una pantalla de login.

Estabilidad Baja Fuente Equipo de desarrollo
Tabla 39: RSI-01
RSI-02
Descripción El sistema tendrá una pantalla principal donde se muestre el perfil de los
inversionista, en la otra pantalla el sistema muestra el perfil de los puesto de
bolsa , los administradores (usuario interno)
Estabilidad Baja Fuente Equipo de desarrollo
Tabla 40: RSI-02
4.3.2. Requisitos de seguridad

A continuación se muestran los requisitos de seguridad:
RSS-01
Descripción El intercambio de datos entre el sistema y el servidor LDAP usará
algún método de cifrado.
Tabla 45: RSS-01
RSS-02
Descripción Utilizaremos para las conexiones remota certificado SSL

Tabla 46: RSS-02

RSS-03
Descripción Para acceder a la funcionalidad del sistema, será necesario
autenticarse como personal interno (Administradores)
Tabla 47: RSS-03
3 Plan de pruebas
En este apartado se analizarán las pruebas que se han de realizar sobre la
aplicación, para comprobar que cumple con los requisitos impuestos.
Cada una de las pruebas será representada en una tabla como la siguiente:
Objetivo de la táctica
Táctica
Herramientas necesarias
Criterio de éxito
Consideraciones especiales
Este plan de prueba tiene un objetivo que es más que presentar pruebas tanto de
seguridad como de interacción, identificaremos que cada protocolo y reglas
establecidas en nuestra aplicación sean confiable y eficiente a la hora del cliente
consultar sus servicios. Al final de este plan de prueba buscamos que los resultados
obtenidos puedan identificar la funcionalidad del sistema de información a desarrollar
para la empres

3.1 Propósito de evaluación y motivación para la prueba
Como sabemos la empresa “SEVALDOM S.A” Requiere un software de consultas

que facilite la consulta de información de sus usuarios y permita una mayor
comodidad de ver esas informaciones en cualquier lugar. Este sistema de
información estos compuestos por 3 módulos para la consulta de cada tipo de
usuario.
El set de prueba definido en este documento, se encuentra enfocado a la

verificación de la funcionalidad de cada uno de los módulos escritos anteriormente
y la obtención de óptimos resultados esperados por el cliente.
3.2 Técnica de prueba
Prueba de seguridad de los datos

Objetivo de la táctica Verificar que los usuarios a la hora de
realizar consultar solo tengan acceso a la
información correspondiente por el tipo
de usuario.
Táctica cada tipo de usuario tendrá un módulo
distinto
Herramientas necesarias Asignar un código por tipo de usuario
Criterio de éxito A los usuarios se le asignara un código
dependiendo el tipo para validar que
información puede consultar
Consideraciones especiales Probar todos los procesos con cada tipo
usuario

3.3 Prueba de funcionamiento
Prueba de login
Objetivo de la táctica Lograr la validación de cada tipo de

usuario.
Táctica Probar con diferentes tipos de usuario,
intentar ingresar con un usuario no
registrado, intentar ingresar con un
usuario registrado, pero con otra
contraseña
Herramientas necesarias La base de datos y la aplicación

Criterio de éxito Validar que el usuario y contraseña
existan en la base de datos y estén
escritos correctamente
Consideraciones especiales Validar que los usuarios no tengan
espacios en blanco y caracteres no
admitidos en la base de datos
Prueba de barra de navegación (menú)

Objetivo Que cada tipo de usuario tenga una
barra de navegación específica para su
consulta.
Táctica Probar que cada paso de la barra de
navegación lleve al usuario al lugar
correspondiente
Herramientas necesarias La aplicación
Criterio de éxito Que muestre la opciones
correspondiente al usuario

correspondiente y que pueda

manipular la información de acuerdo al
tipo de usuario que tenga
Consideraciones especiales Que dicho usuario no pueda ver la
información que no está acta para su rol
de usuario
Prueba de interfaz de usuario

objetivo Que sea agradable al usuario a la hora
de interactuar con el sistema
Táctica Validar que los colores no afecten al
usuario y que el diseño tenga una buena
visualización en los dispositivos de
diferentes tamaños.
Herramientas necesarias Dispositivos y la aplicación
Criterio de éxito que la estética en dicha aplicación no
esté muy cargada para que el usuario a
la hora de interactuar se sienta motivado
en seguir usando la app.
Prueba de carga o de estrés

objetivo Probar con x cantidad usuarios si la app
se mantiene estable y eficiente o si se
pone lenta a la hora que estén
interactuando los usuarios para ver si
hace un cuello de botella.

Táctica probar con x cantidad usuarios si la app

se mantiene estable y eficiente o si se
pone lenta a la hora que estén
interactuando los usuarios para ver si
hace un cuello de botella
Herramientas necesarias dispositivos con diferentes sistemas
operativo
Criterio de éxito
Y por último en el plan de prueba se probarán que los estándares estén

establecidos correctamente para lograr la calidad de dicho producto y que las
normativas establecidas estén definidas correctamente para lograr la mayor calidad
del producto.
CAPÍTULO 8 DISEÑO DE LA APP PARA EL CLIENTE
A continuación, les presento las decisiones de diseño tomadas durante el proceso

de desarrollo de la aplicación.
1. Arquitectura del sistema:
A continuación, se muestra gráficamente la arquitectura En este apartado se

definirá la organización fundamental del sistema, incluyendo sus
componentes y las relaciones entre ellos. En la actualidad existen varias
arquitecturas software. Entre las más conocidas se encuentran las
siguientes:

1.1 Descomposición modular: Consiste en proporcionar un mecanismo para

descomponer el problema en problemas más pequeños, reduciendo así su
complejidad.
1.2 Cliente-servidor: Consiste en realizar una separación entre equipos que

actúan como clientes y equipos que actúan como servidores. Uno o varios
servidores ofrecen un servicio que cubre la necesidad de los clientes.
1.3 Arquitectura de tres capas: Consiste en separar la capa de presentación,

la capa de negocio y la capa de datos. Para este sistema no es necesario
inventar una nueva arquitectura, ya que, debido a las características de la
aplicación, nos encontramos ante una arquitectura cliente- servidor.
1.4 Herramientas de desarrollo utilizadas:
React Navite:
Node Js
Adobe XD:
1.5 Permisos necesarios:

Tal y como se muestra en la figura que representa la arquitectura del sistema,
la aplicación utiliza internet para comunicarse con los servidores del puesto de
bolsa de valores. Por tanto, es obligatorio dar permisos de internet.
1.6

1.6 Almacenamiento de las credenciales:

Según el requisito software RSF-05:
“El sistema guardará los datos de autenticación después de ingresar

correctamente.”
Para guardar datos en Android, existen los archivos de preferencias (Shared

Preferences).
El problema que ofrecen estos archivos es que los datos que albergan no
están cifrados, de modo que guardar contraseñas en estos archivos no es una
opción segura.
Por tanto, he decidido que el único dato de autenticación almacenado en el

archivo de preferencias sea el usuario.
De este modo, las contraseñas no estarán almacenadas persistentemente,

sino que permanecerán en la memoria del teléfono, haciendo más difícil su
recuperación por parte de cualquier posible atacante.
1.7 Conexión con el servidor LDAP del puesto de bolsa de valores (seval):
Para realizar una autenticación LDAP desde Android y IOS he valorado las
siguientes soluciones:
Utilizar una librería Java compatible con la plataforma Android y ios
Esta librería se llama UnboundID LDAP SDK forJava.

Mediante una conexión https.
La aplicación se conectará al servidor LDAP mediante el API, ya que esta
librería está muy bien documentada, lo que facilita la labor de desarrollo.
Además, una conexión https ofrece una buena seguridad seguridad.

1.8 Conexión con la base de datos del puesto de bolsa:
La aplicación se estará conectando a la base de datos externa java para los tipos
de sistemas operativos desde este se ejecutarán las operaciones de la base de
datos java.
Diagrama de Secuencia
Interfaz de la aplicación:
1.9 La interfaz de la aplicación se compone de:
Los prototipos que se van a construir, que coinciden con el número de vistas
que posee el sistema. En este caso, el sistema posee tres pantallas: usuario
interno puesto de bolsa e inversionista

Diagrama de flujo del funcionamiento del login:
2 Pantalla de autenticación:
Esta pantalla contiene dos campos de introducción de texto (‘usuario’ y

‘contraseña’) tiene un botón (‘para ingresar’) y un botón para
recuperación de contraseña
Cuando no se ha introducido texto, los tres campos contienen el nombre

para saber cuál es cada campo.
Una vez introducidas las credenciales de acceso a la aplicación, en el

momento en el que se pulsa el botón ‘ingresar’ se realizará la conexión
con el servidor de autenticación LDAP.

A continuación, el login quedara de esta manera:
Diseño del login

Pantalla de registro: Pantalla principal del inversionista

Perfil de usuario
Estado cuenta
3 icono de la aplicación:
Para la elaboración de un logotipo para la aplicación considero necesario que

contenga alguna seña del puesto de bolsa, para que quede claro que esta
aplicación ha sido diseñada para ellos.
Además, la exclamación está conceptualizada como un símbolo de alerta. Por

tanto, al tratarse de una aplicación de lanza notificaciones, creo que debe
llevar una exclamación.

Dadas estas premisas, diseño el siguiente logotipo:
Diagrama de navegación:
A continuación, se muestra gráficamente el flujo que sigue la aplicación

cuando se navega por ella:
1. 2. 3.
2 3 3.

ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN MÓVIL DE CONSULTAS DE SERVICIOS
PARA LA EMPRESA:
7. Como se puede ver en la imagen superior, una vez se abre la aplicación, se

muestra la pantalla de autenticación. Tras introducir las credenciales y pulsar
el botón ‘ingresar’, si la autenticación es válida, se accede a la pantalla
principal (con el servicio iniciado).
Capítulo 10
Vista de las transacciones en la aplicación:
Transacción Flujo de transacción

Análisis, diseño e implementación de una aplicación móvil para la notificación
De clases en el Laboratorio del Departamento de Informática
Capítulo 4: Análisis
Vista de los menús inversionista:
Conexión al servidor web
Como sabemos nos conectaremos a la API de seval puesto de bolsas y para esta
conexión utilizaremos React Navite y Node JS, Como sabemos su funcionamiento
está definido al inicio del mismo documento.

Vista de los puestos de bolsa

Chat
Verificar Inversiones
Consultar Graficas de inversión

Herramienta s de la APP
Ajustes Mensajes
Notificaciones

Estado de cuenta
Procesar solicit

Administradores Verificar los procesos de los puestos de
bolsa e inversionista

Consultar flujo de la emisión ver precio de inversión ganancias y pérdidas

CAPÍTULO 10 - IMPLANTACIÓN
En este capítulo se explicarán los pasos que hay que seguir para poner
en marcha la aplicación.
• Implantación de la aplicación
Para poder utilizar la aplicación es necesario instalarla en un
dispositivo Android o IOS y esta instalación será desde Google Play o
App store, ya que esta aplicación estará disponible en estos mercados
de aplicaciones.
1.2 Exportar el código fuente
Para poder obtener el instalador de la aplicación, hay que seguir los

pasos que se describen a continuación.
En primer lugar se pulsa, con el botón derecho del ratón, en el proyecto

y se selecciona “Export…”:
En la ventana que aparece, se selecciona “Android/Export Android

Application”o ¨ios/sport ios application¨:
En la siguiente ventana se selecciona el proyecto que se desea

exportar. En este caso “Seval” ya está seleccionado por defecto, ya
que es el que seleccionamos anteriormente con el botón derecho del
ratón.

En la siguiente ventana se crea un nuevo keystore para poder firmar
la aplicación. Para ello, hay que poner la ruta donde se desea que se
guarde el keystore y una contraseña:
En la siguiente ventana hay que introducir datos de usuario para la

creación de la clave.
Finalmente hay que introducir la ruta en la que exportar el instalador

de la aplicación.
1.3 Instalar la aplicación
Para instalar la aplicación en un dispositivo IOS o android hay que

seguir los pasos que se explican a continuación:
Para instalar la aplicación en un dispositivo Android hay que seguir los

pasos que se explican a continuación:
Para publicar esta app en Play Store (Google Play) ya desarrollada y que
esté disponible para cualquier usuario de smartphones o tablets Android,
seguiremos los siguientes pasos:
1. Crearemos una cuenta de Desarrollador de Google desde

aquí: https://developer.android.com/distribute/. Utilizare un correo electrónico
(Gmail).
Para obtener esta cuenta pagaremos un único pago de 25 dólares americanos. Una
vez realizado este pago, no tendremos que preocuparnos por renovar ninguna
suscripción.

2. Ya dentro de la Consola de Google Play, el segundo paso para publicar la app SEVAL
en Play Store que necesitaremos dar será crear una nueva aplicación. Para ello tendremos
que introducir el nombre de la app en este caso SEVAL, una descripción breve y una más
completa. También se nos pedirá otro tipo de información como, por ejemplo, capturas de
pantalla de la app que serán las que luego se muestren en Google Play en la página de
nuestra app SEVAL.
3. Ahora que ya tenemos nuestra aplicación creada en la consola de administración (Consola

de Google Play) nos falta lo más importante: subir el código fuente.
4. Una vez hemos subido el código fuente de nuestra app SEVAL y toda la información esté
correctamente cumplimentada, podremos enviar la app a revisión. Cuando el equipo de
Google reciba nuestra petición, analizará nuestra app en busca de posibles errores o
violaciones de sus prácticas y reglas y nos notificará si ha pasado correctamente esta
validación o no.
Típicamente tendremos que esperar un par de días. Normalmente la primera vez es la

ocasión en la que más tiempo tendremos que esperar a recibir el feedback de Google. Una
vez hemos pasado este proceso de validación nuestra app esté publicada en Play
Store, podremos subir actualizaciones en cuestión de horas.
5. ¡Listo! Nuestra app SEVAL ha pasado satisfactoriamente todos los filtros de Google y está,
desde ya, disponible para que cualquier usuario Android pueda descargarla desde Play
Store.
1.4 Para instalar la aplicación en un dispositivo IOS hay que seguir los pasos que se
explican a continuación:
El proceso a seguir es publicar la aplicación (seval.ipa) en la App Store. A continuación, le

presentamos los procesos que seguiremos para subir nuestro archivo SEVAL.ipa

1.- Previamente debemos tener configurara nuestra cuenta en itunes connect y haber pagado
nuestra licencia de desarrollador.
2.- Crearemos nuestro certificados a travéz del portal de Apple Developer entrar
a Certificates, IDs & Profiles
Luego Haremos clic en añadir un nuevo certificado y seguiremos los pasos.
3.- Abrir nuestra aplicacion en xcode ir a la configuración general de nuestra aplicación y

seleccionar nuestro certificado que creamos.

4.- hacemos clic en nuestro menú de xcode en Product > Scheme > Edit Scheme y en la
opción de Build deshabilitar la compilación de AppTest ya que en algunas ocaciones causa
un error al crear el archivo. ipa

5.- Ahora vamos a crear nuestro archivo .ipa que contiene nuestra aplicación(SEVAL) si ya
tenemos configurada nuestra app en itunes connect podemos subirla directamente con
Xcode o descargar Aplication Loader para esto en nuestro menu de Xcode vamos a Product
> Archive y Xcode empezara a compilar nuestra aplicación, esperamos unos minutos y
obtendremos la siguiente pantalla:
Podemos exportar nuestra app (SEVAL) a nuestra computadora para cargarla con itunes a
nuestro iphone y probarla antes o podemos hacer click en “Upload to App Store” y seguir los
pasos como ya tenemos el certificado podemos subir directamente a la cuenta de itunes
previamente cargada en nuestro Xcode no olvides hacer clic en “Include Bitcode for IOS
content”

2 Instalar la aplicación
Para instalar la aplicación en un dispositivo Android hay que seguir los pasos
que se explican a continuación:
Conseguimos un dispositivo android que tenga servicio a internet.

Procedemos a entrar a play store luego buscar en el buscador a SEVAL luego
le damos a instalar y aceptamos los términos y automáticamente se instalará.
Para instalar la aplicación en un dispositivo IOS hay que seguir los pasos que
se explican a continuación.
Conseguimos un dispositivo IOS que tenga servicio a internet. Procedemos a

entrar a app store luego buscar en el buscador a SEVAL luego le damos a
instalar y aceptamos los términos y automáticamente se instalará. Cuando
termine la instalación, se podrá utilizar la aplicación como cual quiera otra
instalada en el teléfono.

2.1 Implantación del servicio web
En este punto lo que haremos es que nos conectaremos a la API de la compañía que les
dará acceso a la base de datos de la misma y esto se hará gracias a las herramientas y
técnicas mencionadas en documentos anteriores.
2.2 Implementación
En este capítulo se detallarán los pasos seguidos para implementar la aplicación. Esto
incluye tanto detalles de la aplicación, como la creación del servicio web en el servidor de
bases de datos.
2.3 Implementación de la aplicación
A continuación, se detallan los pasos a seguir a la hora de implementar la aplicación.
2.4 Preparación del entorno de desarrollo
Para el desarrollo de la aplicación se debe utilizar un entorno de desarrollo multiplataforma,

para que la aplicación no sea no sea nativa en un solo sistema operativo, con la finalidad
de solo dar soporte y mantenimiento a una sola aplicación la cual será genérica y podrá
ser utilizada en diversos sistemas operativos móviles destinados a teléfono inteligentes y
tabletas.
2.5 Estructura
Nuestra aplicación tendrá acceso a internet con la finalidad de que pueda acceder desde
cualquier lugar del mundo y no estar limitado a una red local, tendrá una ventana principal
para el inicio de sección, donde el usuario ingresara sus credenciales, llámese usuario y
contraseña, posteriormente este lo llevara a una segunda ventana siempre y cuando
ingrese credenciales validas, la cual dependerá del tipo de usuario la cual estará
determinada por su clasificación, el motivo de las tres ventanas la cual se abrirá según el
tipo de usuario es para mantener la integridad de la información y así restringir la vista
según la información a la cual el usuario tiene permiso de manipular.

2.6 Comunicación entre aplicación y base de datos
Con el objetivo de mantener la integridad, disponibilidad y confidencialidad, los datos que

circulen y se gestionen a través de nuestra aplicación desde la base de datos viajaran de
forma cifrada.
2.7 Implementación del servicio web
El servidor que tiene almacenada la base de datos también se implementara un servidor web
en caso de que no cuenten con este servicio. Por tanto, para obtener la información de la
base de datos, se va a crear un servicio web dentro del servidor de base de datos. De
este modo se podrá acceder al servicio web estableciendo una conexión segura.
El servicio web se encarga de realizar la consulta a la base de datos, codificar el resultado

en formato json y enviarlo en un response a cualquier petición http que lo llame.
Capítulo 10.1
Diseño
A continuación, les presento las decisiones de diseño tomadas durante el proceso de

desarrollo de la aplicación.
3 arquitectura del sistema:

A continuación, se muestra gráficamente la arquitectura En este apartado se
definirá la organización fundamental del sistema, incluyendo sus
componentes y las relaciones entre ellos.
En la actualidad existen varias arquitecturas software. Entre las más

conocidas se encuentran las siguientes:
• Descomposición modular: Consiste en proporcionar un mecanismo

para descomponer el problema en problemas más pequeños,
reduciendo así su complejidad.

• Cliente-servidor: Consiste en realizar una separación entre equipos
que actúan como clientes y equipos que actúan como servidores. Uno
o varios servidores ofrecen un servicio que cubre la necesidad de los
clientes.
.
• Arquitectura de tres capas: Consiste en separar la capa de
presentación, la capa de negocio y la capa de datos.
Para este sistema no es necesario inventar una nueva arquitectura, ya que,

debido a las características de la aplicación, nos encontramos ante una
arquitectura cliente- servidor.
4 Herramientas de desarrollo utilizadas:
React Navite: Usaremos este software por el tal motivo de que es un software que tiene
cualidades muy eficientes y rápidas para trabajar con app de IOS y Android en la
actualidad. Y así nos proporcionara una mayor calidad y rigidez a la hora de desarrollar
nuestras apps. Y también para mantener una copia de base de datos de producción en
el ambiente desarrollo.
Node Js: Ahora mismo es una de las herramientas para construir un servicio web de
mayor capacidad y rendimiento que se necesitan hoy en día, también es un sistema
escalable ya que tuviese la consistencia suficiente como para poder generar un elevado
número de conexiones de forma simultánea con el servidor.
Adobe XD: Es una de las mejores tecnología cuando de diseño se refiere, es la numero
uno del mercado a nivel de diseños profesionales unas de sus principales característica
es que nos muestra un sin números de ventos que podemos simular las vistas de como
si fuese real.

¿Porque estas apps?
Mi equipo y yo usaremos estas apps por la sencilla razón como se explica más arriba es para
usar y hacer apps de un rango que pueda soportar los dos softwares que se usan más
en el mercado de hoy en día que son ANDROID y IOS.
Que son software que todos los clientes usuarios de todas las empresas tienen a la
disposición y que no les va dar ningún tipo de problema.
5. Permisos necesarios:
Tal y como se muestra en la figura que representa la arquitectura del sistema,
la aplicación utiliza internet para comunicarse con los servidores del puesto de
bolsa de valores. Por tanto, es obligatorio dar permisos de internet.
6. Almacenamiento de las credenciales:
Según el requisito software RSF-05:
“El sistema guardará los datos de autenticación después de ingresar

correctamente.”
Para guardar datos en Android, existen los archivos de preferencias

(SharedPreferences).
El problema que ofrecen estos archivos es que los datos que albergan no
están cifrados, de modo que guardar contraseñas en estos archivos no es una
opción segura.

Por tanto, he decidido que el único dato de autenticación almacenado en el
archivo de preferencias sea el usuario.
De este modo, las contraseñas no estarán almacenadas persistentemente,

sino que permanecerán en la memoria del teléfono, haciendo más difícil su
recuperación por parte de cualquier posible atacante.
7 Conexión con el servidor LDAP del puesto de bolsa de valores (seval):
Para realizar una autenticación LDAP desde Android y IOS he valorado las
siguientes soluciones:
• Utilizar una librería Java compatible con la plataforma Android y ios
• Esta librería se llama UnboundID LDAP SDK forJava.

• Mediante una conexión https.
La aplicación se conectará al servidor LDAP mediante el API, ya que esta

librería está muy bien documentada, lo que facilita la labor de desarrollo.
Además, una conexión https ofrece una buena seguridad seguridad.
8 conexión con la base de datos del puesto de bolsa:
La aplicación se estará conectando a la base de datos externa java para los tipos de
sistemas operativos desde este se ejecutarán las operaciones de la base de datos
java.

9 Interfaz de la aplicación:
La interfaz de la aplicación se compone de:
• Los prototipos que se van a construir, que coinciden con el número de

vistas que posee el sistema. En este caso, el sistema posee tres
pantallas: usuario interno puesto de bolsa y inversionista
10 Pantalla de autenticación:
Esta pantalla contiene dos campos de introducción de texto (‘usuario’ y

‘contraseña’) tiene un botón (‘para ingresar’) y un botón para recuperación de
contraseña
Cuando no se ha introducido texto, los tres campos contienen el nombre para

saber cuál es cada campo.
Una vez introducidas las credenciales de acceso a la aplicación, en el

momento en el que se pulsa el botón ‘ingresar’ se realizará la conexión con el
servidor de autenticación LDAP.


Pantalla de registro:

11 Pantalla principal:

12 Icono de la aplicación:
Para la elaboración de un logotipo para la aplicación considero

necesario que contenga alguna seña del puesto de bolsa, para que
quede claro que esta aplicación ha sido diseñada para ellos.
Además, la exclamación está conceptualizada como un símbolo de

alerta. Por tanto, al tratarse de una aplicación de lanza notificaciones,
creo que debe llevar una exclamación.
Dadas estas premisas, diseño el siguiente logotipo:
Diagrama de navegación:

A continuación, se muestra gráficamente el flujo que sigue la aplicación

cuando se navega por ella:
13 Conexión al servidor web
Como sabemos nos conectaremos a la API de seval puesto de bolsas y para esta
conexión utilizaremos React Navite y Node JS, Como sabemos su funcionamiento
está definido al inicio del mismo documento.
CAPÍTULO 10. -IMPLEMENTACIÓN
En este capítulo se detallarán los pasos seguidos para implementar la aplicación.

Esto incluye tanto detalles de la aplicación, como la creación del servicio web en el
servidor de bases de datos.
1. Implementación de la aplicación
A continuación, se detallan los pasos a seguir a la hora de implementar la aplicación.

2. Preparación del entorno de desarrollo
Para el desarrollo de la aplicación se debe utilizar un entorno de desarrollo

multiplataforma, para que la aplicación no sea no sea nativa en un solo sistema
operativo, con la finalidad de solo dar soporte y mantenimiento a una sola
aplicación la cual será genérica y podrá ser utilizada en diversos sistemas
operativos móviles destinados a teléfono inteligentes y tabletas.

3. Estructura
Nuestra aplicación tendrá acceso a internet con la finalidad de que pueda acceder
desde cualquier lugar del mundo y no estar limitado a una red local, tendrá una
ventana principal para el inicio de sección, donde el usuario ingresara sus
credenciales, llámese usuario y contraseña, posteriormente este lo llevara a una
segunda ventana siempre y cuando ingrese credenciales validas, la cual
dependerá del tipo de usuario la cual estará determinada por su clasificación, el
motivo de las tres ventanas la cual se abrirá según el tipo de usuario es para
mantener la integridad de la información y así restringir la vista según la
información a la cual el usuario tiene permiso de manipular.
4. Comunicación entre aplicación y base de datos
Con el objetivo de mantener la integridad, disponibilidad y confidencialidad, los

datos que circulen y se gestionen a través de nuestra aplicación desde la base
de datos viajaran de forma cifrada.
.5. Implementación del servicio web
El servidor que tiene almacenada la base de datos también se implementara un

servidor web en caso de que no cuenten con este servicio. Por tanto, para obtener
la información de la base de datos, se va a crear un servicio web dentro del servidor
de base de datos. De este modo se podrá acceder al servicio web estableciendo
una conexión segura.
El servicio web se encarga de realizar la consulta a la base de datos, codificar el

resultado en formato json y enviarlo en un response a cualquier petición http que
lo llame.

CAPÍTULO 11 Implantación
En este capítulo se explicarán los pasos que hay que seguir para poner
en marcha la aplicación.
1. Implantación de la aplicación
Para poder utilizar la aplicación es necesario instalarla en un dispositivo

Android o IOS y esta instalación será desde Google Play o App store,
ya que esta aplicación estará disponible en estos mercados de
aplicaciones.
2. Exportar el código fuente
Para poder obtener el instalador de la aplicación, hay que seguir los

pasos que se describen a continuación.
En primer lugar, se pulsa, con el botón derecho del ratón, en el proyecto

y se selecciona “Export…”:
En la ventana que aparece, se selecciona “Android/Export Android Application”o

¨ios/sport ios application¨:
En la siguiente ventana se selecciona el proyecto que se desea

exportar. En este caso “Seval” ya está seleccionado por defecto, ya que
es el que seleccionamos anteriormente con el botón derecho del ratón.
En la siguiente ventana se crea un nuevo keystore para poder firmar la

aplicación. Para ello, hay que poner la ruta donde se desea que se
guarde el keystore y una contraseña:
En la siguiente ventana hay que introducir datos de usuario para la

creación de la clave.
Finalmente hay que introducir la ruta en la que exportar el instalador de

la aplicación.

3. Instalar la aplicación
Para instalar la aplicación en un dispositivo IOS o android hay que seguir

los pasos que se explican a continuación:

Para publicar esta app en Play Store (Google Play) ya desarrollada y que
esté disponible para cualquier usuario de smartphones o tablets Android,
seguiremos los siguientes pasos:
1. Crearemos una cuenta de Desarrollador de Google desde

aquí: https://developer.android.com/distribute/. Utilizare un correo electrónico (Gmail).
Para obtener esta cuenta pagaremos un único pago de 25 dólares americanos. Una
vez realizado este pago, no tendremos que preocuparnos por renovar ninguna
suscripción.
2. Ya dentro de la Consola de Google Play, el segundo paso para publicar la app

SEVAL en Play Store que necesitaremos dar será crear una nueva aplicación. Para
ello tendremos que introducir el nombre de la app en este caso SEVAL, una
descripción breve y una más completa. También se nos pedirá otro tipo de información
como, por ejemplo, capturas de pantalla de la app que serán las que luego se muestren
en Google Play en la página de nuestra app SEVAL.
3. Ahora que ya tenemos nuestra aplicación creada en la consola de administración

(Consola de Google Play) nos falta lo más importante: subir el código fuente.
4. Una vez hemos subido el código fuente de nuestra app SEVAL y toda la información
esté correctamente cumplimentada, podremos enviar la app a revisión. Cuando el
equipo de Google reciba nuestra petición, analizará nuestra app en busca de posibles
errores o violaciones de sus prácticas y reglas y nos notificará si ha pasado
correctamente esta validación o no.

Típicamente tendremos que esperar un par de días. Normalmente la primera vez es la
ocasión en la que más tiempo tendremos que esperar a recibir el feedback de Google.
Una vez hemos pasado este proceso de validación nuestra app esté publicada en Play
Store, podremos subir actualizaciones en cuestión de horas.
5. ¡Listo! Nuestra app SEVAL ha pasado satisfactoriamente todos los filtros de Google
y está, desde ya, disponible para que cualquier usuario Android pueda descargarla
desde Play Store.
Para instalar la aplicación en un dispositivo IOS hay que seguir los pasos
que se explican a continuación:
El proceso a seguir es publicar la aplicación (seval.ipa) en la App Store. A continuación,

le presentamos los procesos que seguiremos para subir nuestro archivo SEVAL.ipa
1.- Previamente debemos tener configurara nuestra cuenta en itunes connect y haber
pagado nuestra licencia de desarrollador.
2.- Crearemos nuestro certificados a través del portal de Apple Developer entrar
a Certificates, IDs & Profiles

Luego Haremos clic en añadir un nuevo certificado y seguiremos los pasos.
3.- Abrir nuestra aplicacion en xcode ir a la configuración general de nuestra aplicación

y seleccionar nuestro certificado que creamos.
4.- haceremos clic en nuestro menu de xcode en Product > Scheme > Edit Scheme y
en la opción de Build deshabilitar la compilación de AppTest ya que en algunas
ocaciones causa un error al crear el archivo. ipa

5.- Ahora vamos a crear nuestro archivo .ipa que contiene nuestra aplicación(SEVAL)
si ya tenemos configurada nuestra app en itunes connect podemos subirla
directamente con Xcode o descargar Aplication Loader para esto en nuestro menu de
Xcode vamos a Product > Archive y Xcode empezara a compilar nuestra aplicación,
esperamos unos minutos y obtendremos la siguiente pantalla:

Podemos exportar nuestra app (SEVAL) a nuestra computadora para cargarla con
itunes a nuestro iphone y probarla antes o podemos hacer click en “Upload to App
Store” y seguir los pasos como ya tenemos el certificado
podemos subir directamente a la cuenta de itunes previamente cargada en nuestro
Xcode no olvides hacer clic en “Include Bitcode for IOS content”

4. Instalar la aplicación
Conseguimos un dispositivo android que tenga servicio a internet.

Procedemos a entrar a play store luego buscar en el buscador a SEVAL
luego le damos a instalar y aceptamos los términos y automáticamente
se instalará.
Para instalar la aplicación en un dispositivo IOS hay que seguir los

pasos que se explican a continuación.
Conseguimos un dispositivo IOS que tenga servicio a internet.

Procedemos a entrar a app store luego buscar en el buscador a SEVAL
luego le damos a instalar y aceptamos los términos y automáticamente
se instalará. Cuando termine la instalación, se podrá utilizar la
aplicación como cual quiera otra instalada en el teléfono.
5. Implantación del servicio web
En este punto lo que haremos es que nos conectaremos a la API de la compañía que
le dará acceso a la base de datos de la misma y esto se hará gracias a las
herramientas y técnicas mencionadas en documentos anteriores.

CAPÍTULO 12.
1. Organización del proyecto
1.1 Recurso utilizar para la realización del proyecto
Software a utilizar
Para empresa usaremos el distinto software o que se estarán implementando.
Recursos Humanos (Personal a Necesitar para el proyecto)
• FASE • DETALL
S E
• Definicion de proyecto • Project manger
• Investigacion preliminar
• Analista de sistema
• Analisis del Sistema •
• Diseño del Sistema • Diseñador
• Desarrollo del sistema • Programador senior
• Prueba del sistema • Analista QA
• Fase de implementación • Programador senior

Capítulo 4: •AnálisisLICE • DESCRI

NCIAS PCION
• • Marca: Linux Debian LDAP
Corporation
• Nombre: servidor autenticación LDAP
• Versión: 1.0 PROFESIONAL 2008
• Idioma: Español
• Tipo de licencia: Paquete Completo
Profesional free
• • Nombre: Oracle
• Versión:
Negocios free
• Marca: React
• Nombre: React Native
• Versión: desktop
•
Negocios
• • Marca: Linux
• Nombre: Debían
server
• Versión: 7
Negocios

• •
• • Marca: Various
• • Nombre: node js
• • Versión: 8
• • Idioma: Español
Negocios
• •
• • Marca: Adobe
• • Nombre: Adobe
• XD
• • Versión: 8
• • Idioma: Español
• • Tipo de licencia:
• Paquete Completo
• Negocios

2. Costos Recursos Tecnológicos.
Analizaremos correctamente las necesidades de la empresa y los recursos a

utilizar. Si encontramos varios problemas en la empresa lo más recomendable seria
priorizarlos.
Al momento de verificar los problemas, estos se los debe detallar en cada

departamento que se encuentre. Analizaremos si la empresa tiene los recursos
necesarios para cubrir los gastos del proyecto (software).
Verificaremos si el Software que estaremos implementando necesitara mejoras o

si es necesario remplazarlo.
En cuanto a recursos de Hardware, software, comunicación:

Recursos Tecnologicos
Hardware
Cantidad Descripcion Valor unitario Valor Total
USD
3 Laptop Inspiron 15 serie 5000 i5 USD 495.44
1,486.32
Servidor HPE ProLiant ML30 USD USD

1
Gen9 2,000.00 2,000.00
1 Iphone 7 plus USD 370.00 USD 370.00
1 Samsung Galaxy s7 plus USD 300 USD 300
USD
Totales
4,156.32
Software
Cantidad Descripcion Costo Total
1 LDPA Free Free
1 Oracle Free Free
1 React Native USD 15.00 USD 15.00
1 Publicacion de playstore USD 25.00 USD 25.00
1 Publicacion de Appstore USD 99.00 USD 99.00
1 Debían Free Free
1 Node USD 8.00 USD 8.00
1 Adobe XD USD 15.00 USD 15.00

Totales USD 164.00
3. Flujo de Fondos Netos
Denominamos gestión de cobros y pagos aquella parte de la tesorería encargada de

las tareas de previsión, control, conciliación y reclamación de los flujos.
Flujo de pagos
1 Recursos Humanos USD 7264.00
Recursos
1 USD 4320.32
Tecnológicos
USD
Totales
11,584.32
4 Beneficios esperados del proyecto
Identificamos los beneficios del proyecto actual y los costos que representan. Si el
sistema propuesto cumple con la necesidad del cliente y reduce su costo, puede
decirse que se tendrá un beneficio en la cantidad que en la actualidad representa
dicho costo.
Beneficios tangibles como la cuantificación, generalmente están relacionados con la

reducción de recursos o talento humano.

Beneficios intangibles: no son fácilmente cuantificables y están relacionados con

elementos como el impacto sobre aspectos que mejora en otros procesos de la
organización.
4.1 Beneficios:
Mejoras en la eficiencia del área bajo estudio.
Reducción de personal.
Reducción de futuras inversiones y costos.
Disponibilidad del recurso humano.
Mejoras en planeación, control y uso de recursos.
Suministro oportuno de insumos para las operaciones.
Cumplimiento de requerimientos gubernamentales.
Toma acertada de decisiones.
Disponibilidad de información apropiada.
Aumento en la confiabilidad de la información.
Mejor servicio al cliente externo e interno.
Logro de ventajas competitivas.
Valor agregado a un producto de la compañía.
4.2 Cuantificación de beneficios
Se debe hacer una comparación de los costos de las posibles soluciones contra los
beneficios que ofrecen, de acuerdo con lo documentado en los numerales
anteriores.

En este cuadro explicamos que el proyecto es factible, se resta la inversión capital al

retorno capital, el valor obtenido es positivo.
4.3 Costos Recursos Tecnológicos.
Analizaremos correctamente las necesidades de la empresa y los recursos a

utilizar. Si encontramos varios problemas en la empresa lo más recomendable seria
priorizarlos.
Al momento de verificar los problemas, estos se los debe detallar en cada

departamento que se encuentre. Analizaremos si la empresa tiene los recursos
necesarios para cubrir los gastos del proyecto (software).
Verificaremos si el Software que estaremos implementando necesitara mejoras o

si es necesario remplazarlo.
En cuanto a recursos de Hardware, software, comunicación:

Hardware
Cantidad Descripcion Valor unitario Valor Total
USD
3 Laptop Inspiron 15 serie 5000 i5 USD 495.44
1,486.32
Servidor HPE ProLiant ML30 USD USD

1
Gen9 2,000.00 2,000.00
1 Iphone 7 plus USD 370.00 USD 370.00
1 Samsung Galaxy s7 plus USD 300 USD 300
USD
Totales
4,156.32
Software
1 LDPA Free Free
1 Oracle Free Free
1 React Native USD 15.00 USD 15.00
1 Publicacion de playstore USD 25.00 USD 25.00
1 Publicacion de Appstore USD 99.00 USD 99.00
1 Debían Free Free
1 Node USD 8.00 USD 8.00

1 Adobe XD USD 15.00 USD 15.00
Totales USD 164.00
Flujo de Fondos Netos
Denominamos gestión de cobros y pagos aquella parte de la tesorería encargada de

las tareas de previsión, control, conciliación y reclamación de los flujos.
Flujo de pagos
1 Recursos Humanos USD 7264.00
Recursos
1 USD 4320.32
Tecnologicos
USD
Totales
11,584.32
4.4 Beneficios esperados del proyecto
Identificamos los beneficios del proyecto actual y los costos que representan. Si el
sistema propuesto cumple con la necesidad del cliente y reduce su costo, puede
decirse que se tendrá un beneficio en la cantidad que en la actualidad representa
dicho costo.
Beneficios tangibles como la cuantificación, generalmente están relacionados con la

reducción de recursos o talento humano.
Beneficios intangibles: no son fácilmente cuantificables y están relacionados con

elementos como el impacto sobre aspectos que mejora en otros procesos de la
organización.

4.5 Beneficios:
Mejoras en la eficiencia del área bajo estudio.
Reducción de personal.
Reducción de futuras inversiones y costos.
Disponibilidad del recurso humano.
Mejoras en planeación, control y uso de recursos.
Suministro oportuno de insumos para las operaciones.
Cumplimiento de requerimientos gubernamentales.
Toma acertada de decisiones.
Disponibilidad de información apropiada.
Aumento en la confiabilidad de la información.
Mejor servicio al cliente externo e interno.
Logro de ventajas competitivas.
Valor agregado a un producto de la compañía.
Cuantificación de beneficios
Se debe hacer una comparación de los costos

de las posibles soluciones contra los beneficios
que ofrecen, de acuerdo con lo documentado en
los numerales anteriores.

5 ROLES ORGANIZATIVOS
A continuación, se detalla el conjunto de roles adoptados para la ejecución del

presente proyecto, así como su estructura organizativa.
Project manager
Programador sénior Analista
Diseñador
Analista QA

• Project manager.
Gerente y responsable del proyecto. Se encarga de realizar funciones tales

como:
▪ Comunicaciones con el cliente
▪ Provee al proyecto de los recursos humanos y materiales necesarios
▪ Planifica el proyecto o Supervisa el proyecto, así como los recursos
humanos que lo componen
▪ Detecta posibles riesgos
▪ Resuelve conflictos
▪ Toma decisiones que involucran un beneficio directo hacia el proyecto
• Programador senior.
Un programador sénior debe ser fiable. El equipo de desarrollo en el que se encuentre

debe tener confianza en él y en el desempeño de su labor. Un programador sénior
tiene un compromiso firme con terminar una tarea para un momento dado y si cree
que no va a ser así, avisará con el tiempo suficiente para poder re planificar el
trabajo. Compromiso no implica promesa sino gestionar correctamente las
expectativas, su trabajo y el de los demás de la forma más eficientemente posible
para evitar sorpresas de última hora.
• Analista:
Realiza las tareas correspondientes al análisis de proyecto. Analiza los requisitos

del usuario, redacta la documentación específica de análisis y supervisa que los
requisitos establecidos sean cumplidos a lo largo del desarrollo del proyecto.

• Diseñador:
Realiza las tareas correspondientes al diseño de proyecto siguiendo el análisis

efectuado por el analista y genera la documentación específica de diseño.
• Analista Qa:
QA Tester (Quality Assurance) es un asegurador de la calidad. Es un perfil profesional

orientado principalmente a la medición de la calidad de los procesos utilizados para
crear un producto de calidad.Entre sus funciones se encuentran el diseño y la
ejecución integral de pruebas, la medición sistemática, la comparación con
estándares, el seguimiento de los procesos… todas ellas encaminadas a la prevención
de errores durante el proceso de desarrollo del producto.
Planificación
Las siguientes figuras muestras la descomposición de tareas de las distintas fases de

realización del proyecto que conforman la planificación.
Cronograma de trabajo
Anexo C mostramos detalles diagrama de Gantt
Terminología
API: (Application Programming Interface) Es el conjunto de funciones o

procedimientos de una biblioteca para la programación de aplicaciones.
LDAP: (Lightweight Directory Access Protocol) Es un protocolo, a nivel de

aplicación, que proporciona un servicio de directorio ordenado y distribuido
para guardar diversa información de una red.

MySQL: Es el sistema gestor de bases de datos utilizado por el Laboratorio.
React Native: Es una de las tecnologías más de moda en este momento, y nadie
puede negar que está revolucionando el desarrollo móvil.
Node JS: Es un código abierto de JavaScript (razón por la cual se incluye el distintivo
JS) que está diseñado para generar aplicaciones web de forma altamente optimizada.
Oracle: Es un sistema de gestión de base de datos de tipo objeto-relacional

(ORDBMS, por el acrónimo en inglés de Object-Relational Data Base Management
System), desarrollado por Oracle Corporación.
Debían Server: Es una organización formada totalmente por voluntarios dedicada a

desarrollar software libre y promocionar los ideales de la comunidad del software libre.

Anexos
13. DOCUMENTOS DE APOYO
• Anexos A: Listas requerimientos.
• Anexos B: Recomendaciones adicionales.
• Anexo C: Cronograma de trabajo o Gantt
• Anexo D: Prototipo.
• Anexo E: Diagrama de bohem de la calidad.
• Anexo G: Gráficos estimación de costo

1. Anexo A
Lista de Requerimientos
• Hacer reuniones con el cliente.

• Disponibilidad para conectar la base de datos.
• Documentación procesos internos de la empresa.
• Diagrama de clase de la base de datos.
• Documentación interna de la base de datos.
• Disponibilidad de horario reglamentario.
• Coordinación de los entregables.
• Tener un equipo interno disponible para la asistencia personal.
• Fecha de inicio para la empezar el proyecto
• Disponibilidad de acceso para entrar a la empresa.
• Acceso con el servidor de autenticación.
• Acceso al servidor de base de datos.
• Accesos de seguridad a nuestro personal.

ANEXO C: Cronograma de trabajo:

Diagrama Gantt

Anexo D
Prototipo
1. 2. 3. 2 3
3.
Vista de los menús inversionista:

• Anexo E: Diagrama de bohem de la

calidad.


Anexo G
Estimación de coto por hitos realizados.
Porcentaje de estimación de costo por hitos.


117

Documentacion Interna Original

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Documentacion Interna Original

Încărcat de

Drepturi de autor:

Formate disponibile

ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN

MÓVIL DE CONSULTAS DE SERVICIOS PARA LA EMPRESA:

Plan de Desarrollo de Software

Santo domingo 1 de abril de 2019

1. ESTRUCTURA DEL DOCUMENTO .................................................................... 4

2. DEFINICION GENERAL DEL PROYECTO DE SOFTWARE ..................................... 6

3. OBJETIVOS GENERALES ................................................................................... 8

Stacker S.R. L Página 2 de 117

1 Normativa o estándar de calidad ..................................................................19

Stacker S.R. L Página 3 de 117

1 Estructura del documento

Capítulo 1: Introducción. Este capítulo presenta una explicación definición del

Capítulo 2: Estudio de viabilidad del sistema: en este capítulo explicamos el

Capítulo 3: Estado de la cuestión. En este capítulo se detallan las tecnologías

Capítulo 4: Estructura del proyecto. En este capítulo se explica cómo esta

Capítulo 5: Organización del proyecto: En este capítulo se presenta la

Stacker S.R. L Página 4 de 117

Capítulo 7: Análisis: En este capítulo se estudia, junto con el cliente, el alcance

Capítulo 09: Implementación: En este capítulo se detallarán los pasos

Capítulo 11: Evaluación: En este capítulo se muestran los resultados de los

Capítulo 12: Planificación, presupuesto y beneficios sociales. En este

Capítulo 13: ANEXO I: Manual de usuario: En este anexo se mostrará el

Stacker S.R. L Página 5 de 117

ANÁLISIS Y DISEÑO E IMPLEMENTACIÓN DE UNA APLICACIÓN

2 definición general del proyecto de software:

• Usuarios directos: entidades bancarias que ofrecen el producto o la emisión a

• Usuario Internos: son los usuarios internos tendrán el rol como

Stacker S.R. L Página 6 de 117

2.1 Mediante de la App se requiere que realice las siguientes

Stacker S.R. L Página 7 de 117

Esta aplicación permitirá establecer un control de los permisos de acceso de los

La principal funcionalidad que el sistema debe de cumplir es permitir a determinados

Gestión de usuarios: permitir realizar consultas a los tres tipos de usuarios

Gestión de permisos de usuarios: permitir los diferentes perfiles de los permisos

• Verificar Estado de cuenta actual, por mes y año en la app.

Stacker S.R. L Página 8 de 117

• Crear Módulos de gestión y administración.

CAPÍTULO 2. ESTUDIO DE VIABILIDAD

1.1 Requerimiento cliente:

1.3 Objetivos Operativos:

✓ Integración e interacción del cliente interno y externo.

✓ Integración con los diferentes tipos de servicios, otros puestos de bolsa.

✓ Plataforma totalmente estructurada.

✓ Utilización atreves de internet.

Stacker S.R. L Página 9 de 117

✓ Manejo de datos más robusto.

✓ Adaptación a nuevos cambios.

✓ Datos altamente protegidos.

✓ Soporte operativo 24h / 7 días.

✓ Adaptabilidad al idioma inglés y español.

✓ Facilidad de utilización en sistema operativos Android y os.

1.4 Factibilidad Técnica

¿Es práctica la tecnología o solución propuesta?

¿Disponemos de la tecnología necesaria?

Dentro de las planificaciones contamos con la tecnología necesaria, y el personal

Para poder desarrollar nuestro sistema informático, incluiremos también el

Stacker S.R. L Página 10 de 117

1.5 Objetivos Técnicos:

✓ Diversidad en las implementaciones de Servidor API.

✓ Compatibilidad con los diferentes tipos de versiones de Sistemas Operativos

✓ Núcleo basado en React Native.

✓ Arquitectura de Base de datos Oracle.

✓ Estándar internacional ISO 9001 e ISO/IEC 27001.

✓ Certificados digitales SSL.