2014

Especificacin De
Requerimientos

ELABORADO POR:
Eric Velandia
Sebastin Vivas

VERSION APROBADA:
2.4

UNIVERSIDAD:
Pontificia Universidad Javeriana
Tabla de Contenido
Historial De Revisiones .............................................................................................. 2
Tabla de Ilustraciones............................................................................................... 4
1. Introduccin........................................................................................................ 5
1.1 Propsito ....................................................................................................... 5
1.2 Alcance ........................................................................................................ 5
2. Descripcin General.......................................................................................... 6
2.1 Perspectiva ................................................................................................... 6
2.2 Funciones del Producto ............................................................................. 7
2.3 Clases y Caractersticas del Usuario ........................................................ 7
2.4 Ambiente Operativo................................................................................... 7
2.5 Restricciones de Diseo y Desarrollo ....................................................... 7
3. Requerimientos de Interfaces Externas .......................................................... 9
3.1 Interfaces de Usuario .................................................................................. 9
3.2 Interfaces de Hardware ........................................................................... 10
3.3 Interfaces de Software ............................................................................. 10
3.4 Interfaces de Comunicacin .................................................................. 11
4. Caractersticas del Sistema ............................................................................ 12
4.1 Metodologa de Especificacin ................................................................. 12
4.2 Metodologa de Priorizacin ....................................................................... 13
4.3 Plantilla de definicin de requerimientos y funcionalidades ................ 14
Anexo A: Glosario ............................................................................................... 15
Anexo B: Modelos De Anlisis............................. Error! Bookmark not defined.
Referencias .............................................................................................................. 16

Pagina. 1
Historial De Revisiones

Nombre Fecha Cambio Versin

Eric Velandia, 2 de Agosto, 2014 Introduccin, 1.0

Sebastin Vivas Descripcin
General y
Plantilla de
requerimientos

Eric Velandia, 4 de Agosto, 2014 Correcciones 1.1

Sebastin Vivas secciones 1, 2 e
Interfaces
externas

Eric Velandia, 7 de Agosto, 2014 Correcciones 1.2

Sebastin Vivas seccin 3

Eric Velandia, 9 de Agosto, 2014 Plantilla de 1.3

Sebastin Vivas requerimientos

Eric Velandia, 13 de Agosto, Citas, Notas, Pie 1.4

Sebastin Vivas 2014 de pgina,
Correcciones
sugeridas.

Eric Velandia, 13 de Agosto, Correcciones 2.0

Sebastin Vivas 2014 Generales

Eric Velandia, 15 de Agosto, Organizacin del 2.1

Sebastin Vivas 2014 documento, pie
de pgina,
referencias

Eric Velandia, 16 de Agosto, Metodologas de 2.2

Sebastin Vivas 2014 recoleccin.

Pagina. 2
Eric Velandia, 17 de Agosto, Metodologas de 2.3
Sebastin Vivas 2014 priorizacin.

Eric Velandia, 3 de Noviembre Correcciones 2.4

Sebastian Vivas Finales

Pagina. 3
Tabla de Ilustraciones
Ilustracin 1: Proceso de facturacin de un tiquete .......................................... 6
Ilustracin 2: Interfaces de usuario......................................................................... 9
Ilustracin 3: Interfaces de Hardware.................................................................. 10
Ilustracin 4: Especificacin gil de Requerimientos........................................ 12
Ilustracin 5: Metodologa de priorizacin ......................................................... 13

Pagina. 4
1. Introduccin
En el presente documento se definen y analizan los requisitos del sistema
Aplicacin Mvil Para La Transferencia Y Aprobacin De Tiquetes De
Servicio Por Medio De Tecnologa NFC el cual ser desarrollado por los
estudiantes de ingeniera de sistemas, Eric Velandia Colmenares y Sebastian
Vivas Ospina de la Pontificia Universidad Javeriana como trabajo de grado.
Para este documento se adopta la gua de requerimientos de software de
la IEEE (Estndar 830 -1993) [1]i.

1.1 Propsito
El propsito de este documento es definir el funcionamiento general y dar a
conocer las caractersticas ms relevantes del proyecto Aplicacin Mvil
Para La Transferencia Y Aprobacin De Tiquetes De Servicio 4 Por Medio De
Tecnologa NFC, se tendrn en cuenta caractersticas tanto funcionales
como no funcionales las cuales sern explicadas de manera detallada al
usuario final.

1.2 Alcance
El proyecto Aplicacin Mvil Para La Transferencia Y Aprobacin De
Tiquetes De Servicio Por Medio De Tecnologa NFC se basa en la recepcin
de tiquetes de servicios petroleros en la locacin, por medio de la tecnologa
de Comunicacin de campo cercano para la respectiva revisin y
aprobacin por parte del encargado en la locacin (Company Man) 2 y el
ingeniero dueo del contrato (contract owner).

Pagina. 5
2. Descripcin General
En esta seccin se definen los aspectos generales del sistema. Abarcando
funciones generales del producto descripcin del ambiente operativo 1 y
caractersticas que se tienen en cuenta del usuario final2.

2.1 Perspectiva
En los campos petroleros se manejan diferentes servicios como, lodos 3 ,
cementos 4 , herramientas en general entre otros, cada compaa de
servicios realiza una serie de trabajos en la locacin y al final de cada
trabajo entregan un tiquete de servicio fsico, el cual cuenta con una breve
descripcin del trabajo y los tems usados en dichas operaciones con sus
respectivos costos. Estos tiquetes son revisados por el Company Man y
previamente aprobados. Una vez el tiquete es aprobado en campo, es
cargado dentro de una base de datos 5 y posteriormente el tiquete es
enviado a las oficinas en Bogot para una nueva revisin y aprobacin por
parte del ingeniero a cargo del respectivo contrato. Finalmente el tiquete es
aprobado y facturado. Este proceso tarda varios das y consume muchos
recursos naturales como el uso innecesario de papel. Esta propuesta busca
digitalizar y agilizar este proceso mediante Tecnologa mviles permitiendo
la transmisin mediante NFC, la aprobacin por medio de dispositivos
mviles y su envi mediante los mismos. En el siguiente cuadro se explica el
proceso de aprobacin actual:

Facturacion
del servicio
Aprobacion
en oficinas
Envio a
oficinas
Aprobacion
en campo
Entrega del
tiquete

ILUSTRACIN 1: PROCESO DE FACTURACIN DE UN TIQUETE

1 Ambiente operativo: conglomeracin de sistema operativo e interfaz de usuario.

2 Usuario Final: Usuario para quien se construye el producto, quien usar el producto.
3 Lodos: el servicio de lodos contiene los productos qumicos que conforman un barril de

fluido el cual va a ser usado para la perforacin del pozo. Las principales caractersticas
del lodo es dar lubricidad, mantener la presin del hueco y ayudar a la limpieza.
4 Cementos: El servicio de cementos es usado para mantener la tubera en su sitio y

ayudar a que el hueco no se derrumbe.

5 Base de datos: Conjunto de datos almacenados en una maquina dentro de tablas.

Pagina. 6
2.2 Funciones del Producto
Las funciones generales del producto son listadas a continuacin:

Transferencia de archivos por medio de NFC. 1

Aprobacin de documentos mediante firmas digitales 6 por usuario.

Envi de documentos por medio de correo electrnico.

Revisin de documentos.

Generacin de reportes para la carga de tiquetes a una base de

datos Oracle.

2.3 Clases y Caractersticas del Usuario

Existen tres tipos de usuarios los cuales se definen y detallan a continuacin:

Account Manager: es el encargado de atender los diferentes

requerimientos de los usuarios y es quien entrega el tiquete del servicio
prestado en campo al company man3.

Company Man: es la persona encargada de la locacin en donde se

estn ejecutando los diferentes trabajos por parte de las compaas de
servicios y es la persona quien recibe el tiquete de la compaa de servicios.

Contract Owner: es el ingeniero encargado de un contrato de servicio

usado en campo, es la persona responsable de la aprobacin final del
tiquete.

2.4 Ambiente Operativo

El software debe correr bajo el sistema operativo Android en dispositivos
mviles que cuenten con Tecnologa NFC 1 para la transmisin de archivos.

2.5 Restricciones de Diseo y Desarrollo 7

Se debe hacer uso de los protocolos de intercambio de datos va internet y
NFC 1. Respecto a la seguridad, se debe considerar el uso de sesiones para
limitar el acceso a usuarios no autorizados.

6 Firmas Digitales: mecanismo criptogrfico que permite identificar a un individuo de

manera digital.
7 Restricciones de diseo y desarrollo: limitaciones con las que se cuentan a causa de la

arquitectura y diseo del producto.

Pagina. 7
El cliente no ha especificado ninguna otra limitante en diseo o desarrollo, y
algunos de las caractersticas las dejo al criterio de los desarrolladores.

Pagina. 8
3. Requerimientos de Interfaces Externas
En esta seccin se trataran los requisitos del sistema 8 de una manera
detallada, haciendo nfasis en la cada una de las interfaces del sistema y
las funcionalidades del mismo.

3.1 Interfaces de Usuario9

Teclado

SmartPhone Pantalla

ILUSTRACIN 2: INTERFACES DE USUARIO

Smartphone: Es el hardware principal en donde se ejecutar el sistema

y cuenta con varios componentes necesarios para el funcionamiento
ptimo del sistema.

o Pantalla: mediante este dispositivo, el usuario podr visualizar los

datos y dems resultados del sistema, adems gracias a la

8 Requisitos del sistema: necesidad que debe ser satisfecha por el producto para cumplir
con todas sus funcionalidades.
9 Interfaces de usuario: superficies con las que el usuario final debe interactuar.

Pagina. 9
 interfaz grfica de la aplicacin el usuario podr desarrollar
diferentes tareas de seleccin y visualizacin.
o Teclado: por medio de este dispositivo el usuario podr
introducir algunos datos requeridos por el sistema.

3.2 Interfaces de Hardware

NFC
Chip

ILUSTRACIN 3: INTERFACES DE HARDWARE

Chip NFC: el sistema necesita de un chip NFC 1, el cual viene integrado

al dispositivo mvil para la transferencia de datos entre dispositivos
Smartphone. Este dispositivo es fundamental para el funcionamiento
del sistema ya que por medio de este chip se realizaran diferentes
tareas.

3.3 Interfaces de Software

Las interfaces de software requeridas por el sistema son:

o El sistema operativo Android 10 versin 4.4 Kitkat, sobre el cual se

ejecutara el aplicativo. Para evitar problemas de compatibilidad en
los dispositivos en los cuales se ejecutaran las pruebas.[2]ii

10Android: sistema operativo usado por la compaa google en gran cantidad de

dispositivos mviles.

Pagina. 10
 o Dalvik Virtual Machine 11 , la cual ser la encargada de traducir el
lenguaje de alto nivel.

3.4 Interfaces de Comunicacin

o Las interfaces de comunicacin con las cuales interactuar el sistema
son:
o El protocolo de comunicacin ISO/IEC 14443 el cual es un estndar
para tarjetas de proximidad. [3]iii Ya que es el estndar oficial para
NFC 1 en dispositivos mviles.
o E-mail para la comunicacin entre usuarios.

11Virtual Machine: mquina virtual encargada de convertir los comandos del usuario en
comandos de mquina.

Pagina. 11
4. Caractersticas del Sistema
En esta seccin trabajaremos en la plantilla de requerimientos en donde se
detallan cada una de las funcionalidades del sistema y su asociacin con
los casos de uso.

4.1 Metodologa de Especificacin

Agile Requirements 12 de SCRUM 13 es la metodologa aplicada para la
especificacin de requerimientos.iv La especificacin de requerimientos por
medio de SCRUM es una metodologa netamente comunicativa donde se
plantea un documento de back log en el cual se definen las diferentes
funcionalidades y requerimientos fundamentales del producto que desea el
stakeholder 9v . Una vez se renen estas funcionalidades del producto se
inicia a la fase de priorizacin. [4]vi vii A continuacion la ilustracion 4 recopila
el detalle de la construccion del product back log:

Priorizacin

Recopilacin

Categorizacin

Product Backlog

ILUSTRACIN 4: ESPECIFICACIN GIL DE REQUERIMIENTOS

12 Agile Manifiesto: Es una corriente moderna de desarrollo gil de software que se rige los
siguientes supuestos:
o Individuos e interacciones sobre procesos y herramientas
o Software funcionando sobre documentacin extensiva
o Colaboracin con el cliente sobre negociacin contractual
o Respuesta ante el cambio sobre seguir un plan
13 SCRUM: es un modelo de planeacin, desarrollo e implementacin de software basado

en la el Agile Manifiesto.

Pagina. 12
4.2 Metodologa de Priorizacin
La priorizacin de los requerimientos es fundamental para Scrum, por tanto
se definen dos (2) evaluadores en el equipo quienes una vez se renan los
requerimientos del producto, son los encargados de asignar un puntaje de
1 a 10 a cada requerimiento dependiendo de su importancia para el
producto, una vez puntuados todos los requerimientos se procede a
categorizar los requerimientos en cinco (5) categoras del 1 al 5 donde 1 es
la categora de los requerimientos no tan importantes y cinco la ms
importante. [5] viii

Puntaje Puntaje
Evaluador Evaluador Categorizacion
1 2

ILUSTRACIN 5: METODOLOGA DE PRIORIZACIN

Pagina. 13
4.3 Plantilla de definicin de requerimientos y funcionalidades
Para una consulta detallada de los requisitos y funcionalidades del sistema
consulte la siguiente plantilla, all encontrar una lista de requerimientos con
su respectiva categorizacin y priorizacin adems de una explicacin de
los casos de uso. Esta priorizacin se basa en el product back log de scrum.
En donde los stake holders asignan un puntaje a cada requerimiento y ese
puntaje despus es organizado en diferentes categorasix.

Ver Plantilla de Requerimientos

Pagina. 14
Anexo A: Glosario
NFC (Near Field Communication): es una tecnologa de comunicacin
inalmbrica, de corto alcance y alta frecuencia que permite el intercambio
de datos entre dispositivos.

1. Locacin: rea geogrfica en donde se realizan operaciones de

construccin, perforacin o completamiento de pozos petroleros.
2. Company Man: Gerente de operaciones del taladro, es aquella
persona que coordina y dirige al equipo en locacin encargado de
la perforacin de un pozo petrolero.
3. Proveedor: persona encargada de representar a una compaa de
servicios, usuario quien realiza la interaccin con los ingenieros y la
gente en campo.
4. Tiquete de servicio: factura que recibe la compaa por un servicio
utilizado en campo.
5. Elemento de gasto: cdigo con el cual se identifica a un servicio.
6. Contract Owner: Ingeniero que administra un contrato de servicios.
7. Campo: conjunto de locaciones.
8. Account Manager: Persona de la empresa de servicio encargada de
satisfacer las necesidades del contract owner.
9. Stakeholder: es un trmino muy comn en los proyectos de software
usado para agrupar el conjunto de trabajadores, organizaciones
sociales, accionistas, proveedores y dems interesados en el
proyecto.

Pagina. 15
Referencias

i830-1993 - IEEE Recommended Practice for Software Requirements

Specifications.

ii Android Platform, Ms informacin en www.android.com

ISO/IEC 14443:2008 Identification Cards, Contactless integrated circuit

iii

cards, Proximity cards

ivA Semantic and Collaborative Platform for Agile Requirements Evolution,

Nirav Ajmeri, Riddhima Sejpal, Smita Ghaisas, Tata Research, Design and
Development Centre (TRDDC).
v A Guide to Agile Requirements Documentation, Sherif Mansour,
Confluence, 2013.
vi Agile Manifesto disponible en: www.agilemanifesto.org/iso/es/

vii Agile Requirements Modeling, Scott W Amber, Disponible en:

http://www.agilemodeling.com/
viii Agile Requirements Definition and Management, Scrum Alliance,

disponible en: www.scrumalliance.org

NORPLAN: Non-functional Requirements Planning for agile processes,

ix

Farid, W.M. Mitropoulos, F.J. IEEE, 2013.

Pagina. 16