Facultad de Ingeniera de Sistemas, Computacin y

Telecomunicaciones

SISTEMA DE INFORMACION PARA LA

EMISION ELECTRONICA DE
COMPROBANTES DE PAGO A SUNAT
BASADA EN PLATAFORMA XML.
CASO: PROYECTO VIA PARQUE RIMAC

Tesis para obtener el Ttulo de:

Ingeniero de Sistemas y Cmputo

Presentado por

Espinoza Coral Juan Oswaldo

Lima Per
Noviembre 2014

Tesis presentada a la Universidad Inca

Garcilaso de la Vega, Lima, Per, para obtener
el Ttulo de Ingeniero de Sistemas

Orientador: Mg. Ral Daz Rojas

<Espinoza Coral Juan Oswaldo, 2014.>

Todos los derechos reservados.

ii

DEDICATORIA
Este trabajo est dedicado a toda mi familia
en especial a mis hijos Jhair, Diego y
Santiago quienes son el motor de mi fuerza
y lucha diaria de superacin, a mis
hermanas, a papa y mama por todo el calor
y cario familiar que brindaron y a mi esposa
Roxana por todo su amor y apoyo porque sin
duda es y ser la principal fuente de
motivacin.

iii

AGRADECIMIENTOS
Al profesor Mg. Ral Daz Rojas por su orientacin y dedicacin para que este trabajo
cumpla con los objetivos trazados.
A los profesores de la UIGV, principalmente a los profesores de la Facultad de
Ingeniera de Sistemas por sus observaciones tericas que me sirvieron de mucho.
A todas aquellas personas que indirectamente me ayudaron para culminar este trabajo
y que muchas veces constituyen un invalorable apoyo.

iv

RESUMEN

El propsito de la presente tesis es implementar un sistema de informacin que

permita operar con factura electrnica, nace de la innegable necesidad de otorgar
validez legal al ejemplar electrnico de documentos tributarios de compra y venta tales
como facturas, boletas, notas de crdito, notas de dbito, ya que con ello se optimiza
la operacin de las empresas y de la SUNAT.
En tal sentido con el nuevo sistema, el proyecto VIA PARQUE RIMAC podr
electrnicamente generar, firmar, transmitir y almacenar comprobantes de pago,
reduciendo los costos del proceso de facturacin, y permite incorporar grandes
mejoras en su operacin y en los servicios ofrecidos a sus clientes (usuarios), a la vez
que les simplifica el cumplimiento de sus obligaciones tributarias.
A la Superintendencia Nacional de Administracin Tributaria (SUNAT) le permitir
recabar informacin sobre los contribuyentes de manera ms rpida, segura y eficiente
para fiscalizar mejor los crditos y dbitos, mejorar el control sobre el traslado de
bienes con documentos vlidos para la fiscalizacin, optimizar el control del IGV y
otorgar mejores servicios, con informacin de mejor calidad, a los contribuyentes.

ABSTRACT
The purpose of this thesis is to implement an information system that allows operating
electronic bill stems from the undeniable need to give legal validity to electronic copy
of tax documents such as purchase and sales invoices, receipts, credit memos, notes
debit, as this operation of enterprises and SUNAT is optimized.

In this regard the new system, the VIA PARK RIMAC project may electronically
generate, sign, transmit and store receipts, reducing costs of the billing process, and
allows to incorporate major improvements in its operation and services offered to their
customers (users), while simplifying them fulfill their tax obligations.

The National Tax Administration (SUNAT) will allow you to gather information on
taxpayers more quickly, safely and efficiently to better monitor the credits and debits,
improve control over the movement of goods with valid audit documents thereby
optimize the IGV control and provide better services with better quality information to
taxpayers.

vi

NDICE
RESUMEN ....................................................................................................... V
ABSTRACT .................................................................................................... VI
LISTA DE FIGURAS ....................................................................................... IX
LISTA DE TABLAS ........................................................................................... X
CAPTULO 1:
1.1

INTRODUCCIN ................... ERROR! BOOKMARK NOT DEFINED.

Planteamien del problema ................................................................... 1

1.1.1

Descripcin del Problema ......................................................................... 3

1.1.2

Definicin del Problema ............................................................................ 3

1.2

Objetivos.............................................................................................. 3

1.2.1

Objetivo Principal..................................................................................... 3

1.2.2

Objetivos Secundarios .............................................................................. 3

1.3

Justificacin ......................................................................................... 3

1.4

Alcances del Estudio ............................................................................ 3

1.5

Estrategia Metodolgica ...................................................................... 3

1.6

Presentacin del Resto de la Tesis ....................................................... 6

CAPTULO 2:
2.1

MARCO CONCEPTUAL ........... ERROR! BOOKMARK NOT DEFINED.

Conceptos ..................................................... Error! Bookmark not defined.

CAPTULO 3:

MTODOS PARA LA CONSTRUCCIN DE LA SOLUCIN

TECNOLGICA

............................................................................................. 6

3.1

Definiciones/Conceptos ................................ Error! Bookmark not defined.

3.1.1

Sub-seccin ............................................................................................ 7

vii

3.2

Metodologas , Modelos Algoritmos ................................................. 7

3.2.1
3.3

Sub-seccin ............................................................................................ 7

Evaluacin comparativa entre las metodologas / modelos /

algoritmos ............................................................... Error! Bookmark not defined.

3.3.1

Sub-seccin ..............................................Error! Bookmark not defined.

CAPTULO 4:
4.1

APORTE TERICO ................. ERROR! BOOKMARK NOT DEFINED.

Contribucin terica o adaptacin de la metodologa / modelo /

algoritmo ..................................................................... para el caso de estudio

38
4.1.1
4.2

Sub-seccin ..............................................Error! Bookmark not defined.

Aplicacin de la metodologa / modelo / algoritmos al problema ..... 40

4.2.1

Sub-seccin ..............................................Error! Bookmark not defined.

4.2.2

Sub-seccin ..............................................Error! Bookmark not defined.

CAPTULO 5:
5.1

APORTE PRCTICO ............... ERROR! BOOKMARK NOT DEFINED.

Diseo de la Solucin Tecnolgica ................ Error! Bookmark not defined.

CONCLUSIONES Y TRABAJOS FUTUROS......... ERROR! BOOKMARK NOT DEFINED.

REFERENCIAS BIBLIOGRFICAS ................................................................. 11
ANEXO .......................................................................................................... 12

viii

Lista de figuras
1.1. Inicia con la numeracin, luego la leyenda, y la pgina

1.2. Inicia con la numeracin, luego la leyenda, y la pgina

ix

Lista de tablas
1.1. Inicia con la numeracin, luego la leyenda, y la pgina

18

1.2. Inicia con la numeracin, luego la leyenda, y la pgina

20

CAPITULO 1:

Introduccin

El propsito de la presente tesis es implementar un sistema de informacin que

permita operar con factura electrnica, nace de la innegable necesidad de otorgar
validez legal al ejemplar electrnico de documentos tributarios de compra y venta tales
como facturas, boletas, notas de crdito, notas de dbito, ya que con ello se optimiza
la operacin de las empresas y de la SUNAT.

En tal sentido con el nuevo sistema, el proyecto VIA PARQUE RIMAC podr
electrnicamente generar, firmar, transmitir y almacenar comprobantes de pago,
reduciendo los costos del proceso de facturacin, y permite incorporar grandes
mejoras en su operacin y en los servicios ofrecidos a sus clientes (usuarios), a la vez
que les simplifica el cumplimiento de sus obligaciones tributarias.

A la Superintendencia Nacional de Administracin Tributaria (SUNAT) le permitir

recabar informacin sobre los contribuyentes de manera ms rpida, segura y eficiente
para fiscalizar mejor los crditos y dbitos, mejorar el control sobre el traslado de
bienes con documentos vlidos para la fiscalizacin, optimizar el control del IGV y
otorgar mejores servicios, con informacin de mejor calidad, a los contribuyentes.

1.1 Planteamiento del Problema

1.1.1

Descripcin del Problema

El proyecto Va Parque Rmac, es una concesin auto sostenible otorgada por la

Municipalidad Metropolitana de Lima, encargada de la construccin, operacin y
mantenimiento de la ms importante infraestructura vial desarrollada en la ciudad,
dentro de sus principales funciones se encuentra la administracin de los peajes viales
ubicados en el tramo de su concesin.
El proyecto VPR cuenta en la actualidad con 51 casetas de cobro de peaje distribuidas
en 07 plazas, la Operacin de recaudacin se realiza de manera interrumpida todos
los das del ao.
Anterior a la concesin, la Empresa Municipal Administradora de Peajes de Lima
(EMAPE) realizaba la operacin del cobro de peaje entregando nicamente un ticket
de paso (carente de valor contable)
Por Resolucin N 188-2010/SUNAT publicada en el Diario Oficial "El Peruano", el
jueves 17 de Junio de 2010, que: Aprueba el Sistema de Emisin Electrnica
desarrollado desde los sistemas del contribuyente como el medio de emisin
electrnica de la factura electrnica, la boleta de venta electrnica y las notas
electrnicas vinculadas a aquellas, desarrollado por el emisor electrnico y la SUNAT
Por consiguiente el Proyecto VPR tiene la necesidad de implementar un sistema
electrnico que emita una representacin impresa de los comprobantes de pago
(Factura, Boletas, Nota de Dbito y Nota de Crdito) por cada operacin realizada en
sus casetas (puntos de venta) en toda su concesin de cobro de peajes, sin perjudicar
el tiempo de atencin en las casetas y brindando la conservacin y la puesta a
disposicin del usuario de conformidad al numeral 7 del artculo 87 del Cdigo
tributario
1.1.2

Definicin del Problema

El proceso de facturacin tradicional adolece de diversas imperfecciones entre ellas

tenemos costos, demora, control, entrega, almacenamiento, riesgo de fraude y evasin
fiscal en el proceso de generacin de las facturas de los Emisores y su envi a la
SUNAT. Estas limitaciones se traducen en la baja productividad del rea de Tesorera
y Operacional de Lnea Amarilla al realizar actividades manuales de impresin,

almacenaje y distribucin de los comprobantes de pago fsico generando gasto;

adicionalmente es muy complicado contar con una herramienta donde los usuarios
finales puedan ingresar y consultar el estado de sus comprobantes de pago.
1.2 Objetivos
1.2.1

Objetivo principal

Desarrollar un sistema informtico para la emisin electrnica de comprobantes de

pago a la SUNAT basado en Metodologa RUP, que garantice la trazabilidad durante
todos los procesos.
1.2.2

Objetivos secundarios
Seleccionar un modelo de anlisis de emisin de comprobantes de pago
adecuado para resolver el problema planteado.

Buscar y analizar los mtodos, modelos y/o algoritmos que existen para la
realizacin del anlisis de emisin de comprobantes.

Averiguar el proceso de anlisis de emisin de comprobantes de pago a

SUNAT actual de las empresas concesionarias de Peajes y centros de
servicios.

Obtener una base de datos histrica de los datos de los clientes que ser
utilizada para el entrenamiento.

Establecer el algoritmo retro propagacin que contribuya a la solucin del

problema de anlisis de emisin a SUNAT.

Elaborar el anlisis y describir la estructura de la solucin planteada.

Disear un software de emisin electrnica de comprobantes de Pago a

SUNAT e implementarlo a partir de las tecnologas empleadas en la actualidad.

Realizar las pruebas necesarias para demostrar que la solucin funciona de la

manera deseada y de buena calidad.

1.3 Justificacin
La importancia de implementar un sistema electrnico que permita operar con
facturacin electrnica es una respuesta a la innegable necesidad de otorgar validez
legal a los documentos tributarios de compra y venta tales como son las facturas,
boletas, notas de dbito, notas de crdito, ya que con estos se optimiza la operacin
de las empresas frente a la SUNAT.

En tal sentido con el sistema de la informacin que se pretende implementar, la

empresa LINEA AMARILLA SAC podr electrnicamente generar, firmar, transmitir,
almacenar y mostrar los comprobantes de pago, reduciendo los costos del proceso de
facturacin permitiendo incorporar grandes mejoras en su proceso operativos y los
servicios que se ofrecen a los clientes finales (cobro de peaje) como tambin simplifica
a LINEA AMARILLA las obligaciones tributarias.
Por otro lado a la SUNAT le permite recabar informacin sobre los contribuyentes de
manera mucho ms rpida, segura y eficiente para la fiscalizacin de los crditos y
dbitos, optimiza tambin el control del IGV y otorga mejores servicios con informacin
de mejor calidad, a los contribuyentes.

Beneficios existentes para la empresa

Emisin de Comprobantes de Pago (Facturas, Boletas, Notas de Crdito y

Dbito) por cada trnsito en los peajes de su concesin.

Pago exacto del IGV a SUNAT por trnsito.

Usuarios revisaran sus comprobantes en lnea.

Usuarios declaran a SUNAT los comprobantes de Pago.

Mejora y asegura la calidad de servicio.

Con los beneficios existentes el proyecto puede economizar el tiempo y recursos para
cada transaccin en las casetas, tan importante para el manejo de colas de servicio
por el cobro de peaje.
Con estos beneficios el proyecto VPR puede consultar en lnea la cantidad real de sus
trnsitos en su concesin y por consiguiente los montos recaudados, emitidos y
declarados a SUNAT, mejora tambin en tiempo los reportes financieros que se
entregan a las reas internas administrativas.
Adicionalmente los usuarios que transitan por los peajes del proyecto podrn consultar
en un sistema web todos los comprobantes de pago, beneficiando a sus sistemas
contables la rendicin a SUNAT; esto permitir atraer una mayor cantidad de clientes
incrementando una mejor utilidad para el xito de la empresa. Mejora la calidad y
eficiencia de las operaciones en general, al darle estructura a la organizacin, un norte
hacia donde deben ir dirigidos los esfuerzos para lograr ms altos niveles de
rentabilidad y competitividad. Tambin promueve el desarrollo integral del personal, y

como consecuencia el desarrollo de la organizacin y mejorara la relacin entre jefes y

trabajadores.
1.4 Alcances del estudio
Actividades que se van a desarrollar en la tesis, estas son:

Anlisis, diseo y construccin del sistema de informacin para la emisin

electrnica de comprobantes de pago a la SUNAT.

Estudio del problema en la emisin de comprobantes de pago a SUNAT.

Identificar las formas de pago (pago en efectivo, pago diferido).

Identificar los tipos de emisin de comprobantes en la va (Factura, Boletas,

Nota de dbito y Nota de Crdito)

Generacin de archivos XML segn la Resolucin de Superintendencia No 097

2012 SUNAT.

Estudio de mtodos que garanticen la seguridad entre las entidades y la

trazabilidad en todos los procesos.

Construccin de procedimientos para la elaboracin de pruebas integrales

desde las casetas de cobro, los niveles del sistema de cobro de peaje y la
emisin de comprobantes de pago a SUNAT.

Adaptacin de la metodologa RUP para la implementacin del Software

La implementacin ser progresiva en las plazas de peaje de su concesin.

Alcances funcionales del Sistema:

Generacin de Archivos XML en la VIA, segn tipo de comprobante.

Desarrollo de replicacin por base de datos del XML de va hacia base de

datos consolidado en centro de datos principal.

Insercin de Firma digital en archivo XML en todo tipo de comprobante

Envi de archivos XML a SUNAT segn el tipo de comprobante.

Recepcin de CDR emitido por SUNAT con el estado del comprobante

Actualizacin del estado del comprobante en la base de datos consolidado.

Emisin de reportes por estado de comprobantes (Enviados, rechazados,

Errados)

Generacin de sistema web donde el usuario final pueda consultar el estado de

cuenta de sus comprobantes.

1.5 Estrategia metodolgica

Estrategia 1, Revisin bibliogrfica
Es un procedimiento estructurado cuyo objetivo es la localizacin y
recuperacin de informacin relevante para el usuario que quiere dar respuesta
a cualquier duda relacionada con su tema.
Estrategia 2, Estudio del problema
Nos expresa una cuestin, un asunto que an no se ha explicado, que no se ha
resuelto. Algo que debemos tratar, pensar, profundizar, reflexionar, estudiar o
examinar para ser resuelto.

Estrategia 3, Estudio de mtodos

Consiste en el registro, anlisis y examen crtico sistemtico de los modos
actuales y propuestos de llevar a cabo una tarea, con la finalidad de tratar de
encontrar mtodos ms sencillos y eficaces.
Estrategia 4, Estudio del caso
Es un instrumento o mtodo de investigacin con origen en la investigacin
psicolgica es necesario aplicar esta definicin antes de iniciar la recoleccin
de informacin.

Estrategia 5, Desarrollo de la Propuesta

Es un conjunto coherente e integral de actividades tendientes a alcanzar
objetivos especficos que contribuyan al logro de un objetivo general, en un
periodo de tiempo determinado, con unos insumos y costos definidos.
Estrategia 6, Validacin de la propuesta
El objetivo del presente proyecto es proponer y validar el Mtodo a utilizar, el
mismo que pueda ser aplicado en el proceso de validacin de la propuesta a
implementar.

Estrategia 7, Redaccin de conclusiones y recomendaciones

El trabajo de investigacin abre las puertas a la parte final del estudio donde se
presenta en forma resumida, los resultados del anlisis efectuado por el autor

en torno al tema, derivado del tratamiento de los datos y de las interrogantes

planteadas.
Estrategia 8, Arquitectura del Sistema
Es la representacin del sistema existente o a crear el proceso y disciplina para
efectivamente implementar el diseo como un sistema. Es una representacin
porque la arquitectura es usada para transportar informacin abstracta sobre el
sistema.
Estrategia 9, de TI
Es el habilitador de la productividad y la competitividad de empresas y
organizaciones, en la medida en la que, la tecnologa pueda ser aprovechada
de manera integral y su utilizacin est alineada con la estrategia de la
organizacin.
Estrategia 10, Modelo operativo de TI
La metodologa de planeacin estratgica de tecnologa de informacin en un
caso prctico de una organizacin que integra las visiones estratgicas de
negocio organizacin con la visin estratgica de TI.

Estrategia 11, Estructura de la Organizacin de TI

Se define tomando en cuenta los requerimientos de personal, funciones,
delegacin, autoridad, roles, responsabilidades y supervisin.
PRIORIDADES DE IMPLANTACIN: En este punto debe Innovar, aumentar la
productividad y mejorar los resultados de la empresa.
Estrategia 12, Puntos vulnerables o dbiles de la Empresa
Identificar la falta de algunas habilidades o capacidades claves, costes ms
altos en relacin con los competidores directos, dbil imagen en el mercado,
sistemas ineficientes, instalaciones obsoletas.

Estrategia 13, Elaborar el Estudio y Describir la Estructura de la Solucin

Planteada

Anlisis, diseo y construccin del sistema de informacin para la emisin

electrnica de comprobantes de pago a SUNAT, caso proyecto Va Parque
Rmac.
Estrategia 14, Diseo del sistema usando RUP
Adaptacin de la metodologa RUP para la construccin del Sistema de
emisin de comprobante de pago electrnico utilizando la herramienta Rational
Arquitect Software.
Estrategia 15, Desarrollo del Software Productivo
Programar en lenguaje Python, base de datos SQL Server 2008 R2, Windows
Server 2008, RHEL, Apache Tomcat, est diseado para proporcionar
soluciones de acuerdo a la necesidad de la emisin de comprobantes en
tiempo real.
Estrategia 16, Redaccin de Tesis
Son enunciados que describen con exactitud el problema estudiado, haciendo
referencia a su conformacin cualitativa y cuantitativa.

Estrategia 17, Redaccin del Manual de Usuario del Sistema

Es un documento tcnico de un determinado sistema que intenta dar asistencia
a los usuarios, generalmente son incluidos a dispositivos electrnicos,
hardware de computadora y aplicaciones. El manual de usuario puede venir
tanto en forma de libro como en forma de documento digital, e incluso poder
ser consultado por internet.
Contenidos del Manual a Usar:
Una gua rpida sobre cmo usar las funciones principales del sistema
Una seccin para la resolucin de problemas
Informacin sobre cmo usar el propio manual
Un ndice
Informacin de contacto
Un glosario.

CAPITULO 2: Marco Conceptual

2.1. Factura
Para la SUNAT, El comprobante de pago es el documento que acredita la
transferencia de bienes, la entrega en uso o la prestacin de servicios. Para ser
considerado como tal debe ser emitido y/o impreso conforme a las normas del
Reglamento de Comprobantes de Pago. [1]
Base Legal
Resolucin de Superintendencia N 007-99/SUNAT
Resolucin de Superintendencia N 182-2008/SUNAT
Resolucin de Superintendencia N 188-2010/SUNAT

Segn Tartarufi:
La factura se entiende por la nota o detalle de las mercancas
vendidas que el vendedor remite al comprador, con la precisa y
detalla indicacin de su especie, calidad, cantidad y de su precio,
y con todas aquellas otras que puedan servir o ser necesarias
tanto para individualizar las mercancas mismas como para
determinar el contenido y las modalidades de ejecucin del
contrato. [2]
2.2. Factura Electrnica
Para la SUNAT, La Factura Electrnica no es un nuevo comprobante de pago, es la
misma Factura que se emite de manera fsica, con la diferencia que en este caso su
generacin es a travs del Sistema de Emisin Electrnica (SEE), teniendo como
caractersticas:
Es emitida por la persona o negocio que opte por afiliarse al Sistema de Emisin
Electrnica en SOL.

La informacin del documento, al ser electrnico, estar expresado en bits dentro de

un archivo digital, siendo su soporte distinto al tradicional (papel).Su serie ser nica y
alfanumrica, identificndose con los siguientes 4 caracteres: E001.

Su numeracin ser automtica y correlativa, siendo generada de manera

cronolgica por el Sistema de Emisin Electrnica en SOL

Contiene un mecanismo de seguridad generado por medios electrnicos que

aadido y/o asociado al documento, garantiza su autenticidad e integridad.

Para emitir la Factura Electrnica solo tiene que afiliarse al SEE, ingresando
con su Clave SOL a SUNAT Operaciones en Lnea y seleccione la opcin
correspondiente del men. Los requisitos para la afiliacin son:

Tener en el RUC, el estado de ACTIVO, y la condicin de domicilio HABIDO,

Realizar actividades afectas al Impuesto a la Renta de Tercera Categora,

Sus ventas netas no deben superar las 1700 UIT al ao.

La Factura Electrnica se considerar otorgada al momento de su emisin,

salvo cuando sea emitida por las operaciones de exportacin realizadas con
sujetos no domiciliados, en cuyo caso se otorgar mediante su remisin al
correo electrnico que proporcione el adquirente o usuario o en la forma que
ste establezca.[3]

2.3. Certificado Digital

Un certificado digital, es un documento digital mediante el cual un tercero de
confianza

(una

autoridad

de

certificadora)

acredita

electrnicamente

la

autenticidad de la identidad de una persona fsica o persona moral, como lo puede ser
la URL de un sitio Web, empresa o persona fsica, a travs del estndar UITT X.509
[4] basado en algoritmos de criptografa asimtrica [5]
La Autoridad Certificadora (AC) es una organizacin confiable que emite o revoca
certificados de entidades, mediante la validacin y autentificacin de dichas
solicitudes.

Un certificado digital permite identificarse en Internet, as como

intercambiar informacin con otras personas o entidades con la garanta de que slo
quien posee la llave privada puede tener acceso a dicha informacin.
Por lo anterior, el uso de los certificados digitales permite generar la infraestructura
necesaria para proporcionar servicio seguros en Internet, y fomentar as el
desarrollo del comercio electrnico permitiendo:
a) Garantizan la integridad de las transacciones y archivos.

10

b) Garantizan la confidencialidad.
c) Garantizan la autenticidad.
d) Hacen irrefutable una transaccin.
e) Obtener una firma digital.
2.4. Firma Digital
Una firma digital es un mecanismo criptogrfico que permite al receptor de un mensaje
firmado digitalmente determinar la entidad originadora de dicho mensaje (autenticacin
de origen y no repudio), y confirmar que el mensaje no ha sido alterado desde que fue
firmado por el originador (integridad)
La firma digital se aplica en aquellas reas donde es importante poder verificar la
autenticidad y la integridad de ciertos datos, por ejemplo documentos electrnicos o
software, ya que proporciona una herramienta para detectar la falsificacin y la
manipulacin del contenido [6]
2.5. Negocios Electrnicos
Transformacin de los procesos internos y externos de la empresa mediante el uso de
las tecnologas de informacin y comunicaciones.
El objetivo no es slo establecer relaciones comerciales, sino tambin brindar un valor
diferenciado tanto a la empresa como a sus clientes, proveedores, socios y
trabajadores.
Caractersticas de los negocios electrnicos:

Desaparecern fronteras fsicas y horarios

Su implementacin requiere cambios en la cultura organizacional

Tiene efectos sobre los indicadores de desempeo de los procesos de negocio

(tiempo, costo y servicio)

Puede ser aplicado por micro, pequeas, medianas y grandes empresas

Estos negocios electrnicos se pueden clasificar en:

B2C (Business to Consumers), Es la relacin comercial establecida, por medio

de las TIC, entre una empresa y un cliente final

B2B (Business to Business), Es la relacin comercial establecida, por medio de

las TIC, entre dos empresas o compaas.

Negocios electrnicos, SIICEX

11

2.6. Metodologa RUP

El Proceso Unificado de Rational (Rational Unified Process en ingls, habitualmente
resumido como RUP) es un proceso de desarrollo de software implementado y
desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto
con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms
utilizada para el anlisis, diseo, implementacin y documentacin de sistemas
orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos,
sino un conjunto de metodologas adaptables al contexto y necesidades de cada
organizacin. Todo en el software cambia. Los requisitos cambian. El diseo cambia.
El negocio cambia. La tecnologa cambia. El equipo cambia. Los miembros del equipo
cambian. El problema no es el cambio en s mismo, puesto que sabemos que el
cambio va a suceder; el problema es la incapacidad de adaptarnos a dicho cambio
cuando ste tiene lugar.

RUP Forma disciplinada de asignar tareas y responsabilidades en una

empresa de desarrollo (quin hace qu, cundo y cmo).

RUP Es un marco del proyecto que describe una clase de los procesos que
son iterativos e incrementales.

RUP Define un manojo entero de las actividades y de los artefactos que usted
necesita elegir de para construir sus propios, proceso individual.

2.7. Los Procesos de RUP

Estiman tareas y horario del plan midiendo la velocidad de iteraciones concerniente a
sus estimaciones originales. Las iteraciones tempranas de proyectos conducidos RUP
se enfocan fuertemente sobre arquitectura del software; la puesta en prctica rpida
de caractersticas se retrasa hasta que se ha identificado y se ha probado una
arquitectura firme. La ventaja principal de RUP es que se basa todo en las mejores
prcticas que se han intentado y se han probado en el campo. (En comparacin con
XP que se basa en las prcticas inestables que utilizaron juntas se evita que se
derribe).
RUP Define 9 Disciplinas a Realizar en cada Fase del Proyecto:

Modelado del negocio

Anlisis de requisitos

Anlisis y diseo

Implementacin

12

Test

Distribucin

Gestin de configuracin y cambios

Gestin del proyecto

Gestin del entorno.

2.8. Comprobante de pago electrnico

Relacionado a la boleta de venta o la factura electrnica
2.9. Emisor electrnico
Al individuo o empresa que ha sido aceptado por la SUNAT a incorporarse en el
sistema de Emisin de emisin de comprobantes de pago electrnico.
2.10. XML
XML es el 'lenguaje universal de intercambio de datos "en la medida que el
intercambio de datos entre diversas aplicaciones escritas en cualquier idioma y que se
ejecuta en plataformas heterogneas se refiere. El uso de XML hace que sea bastante
fcil para las aplicaciones de intercambio, interpretar y actuar sobre los datos. XML
tiene gran influencia en Internet, mensajes basados en XML se pueden intercambiar a
travs de Internet utilizando Hypertext Transfer Protocol (HTTP) o HTTPS (SSL Secured Sockets Layer HTTP).
XML proporciona un medio eficaz de separar los datos y la estructura de los
documentos que representan los procesos de negocio. Con base en estas virtudes,
XML se compromete a permitir el desarrollo de comercio electrnico B2B aplicaciones
que se basada en datos. El impacto potencial es significativo: los servidores de
aplicaciones compatibles con XML, servidores web, aplicaciones internas existentes,
los sistemas ERP y las aplicaciones externas se pueden hacer rpidamente todo su informacin disponible en un formato sencillo y til.
Puesto que el XML es a la vez universal y flexible, se ha convertido en uno de los
componentes ms potentes de B2Bi, permitiendo a los sistemas para compartir datos
y aportar un valor aadido ya que los datos se pasan de punto a punto. El uso de XML
permite a los socios comerciales para concentrarse en sus propios procesos de
negocio internos y puede incluso cambiar a su propia conveniencia.
Por ejemplo, la empresa A puede utilizar XML para comunicarse con la empresa B,
independientemente de lo que los sistemas internos de cada empresa utilizan. Para

13

ello, la compaa A convierte los datos que desea compartir con la empresa B en
formato XML. Todas las dos empresas tienen que hacer es ponerse de acuerdo sobre
un conjunto de etiquetas (o utilizar un conjunto estndar de su industria).
XML es un lenguaje desarrollado por el W3C para la presentacin visual de
informacin sobre los hechos que pueden facilitar el intercambio de datos entre
aplicaciones y / o humanos.
Aunque el origen de HTML y XML es la misma - Standard Generalized Markup
Language (SGML), HTML est diseada principalmente para slo la presentacin de
las pginas de hipertexto en los navegadores, XML, por el contrario, est diseado
para crear nuevos lenguajes de marcado para la nueva tipos de documentos. HTML
restringe a los usuarios a slo unos pocos elementos de juego definidas por el W3C,
como <HEAD>, <B0DY> y <H2>. XML permite a los usuarios definir nuevos elementos
para el procesamiento de la informacin en su dominio particular contexto, o en el
campo. Creacin de tipos de documentos, la etiqueta conjuntos, la creacin de
documentos XML y el comportamiento de XML procesador, que analiza el documento
XML, son determinados y en base a las especificaciones de XML 1.0. La
especificacin de XML se puede obtener en http://www.w3c.org/xml.
Los conceptos en los que se construye XML son bastante sencillos:
El significado de los datos en un documento XML se especifica por las etiquetas de los
elementos de datos y las relaciones entre diferentes elementos de datos en el mismo
documento se realizan a travs de anidacin simple y referencias.
Por lo tanto XML no slo especifica los elementos de datos, sino tambin su
semntica.
Sin embargo, el XML es simplemente un lenguaje de definicin de datos, no una
tecnologa. XML no puede por s misma integrar los diferentes sistemas. XML permite
al usuario:

Definir sus propias etiquetas

Especificar la semntica del documento;

Formar un solo archivo, compuesto de lgica, reuniendo a mltiples archivos;

Proporcionar procesamiento de la informacin a la aplicacin de soporte, como

un Parser de XML, XML validador de documentos o un navegador;

14

Tener un intercambio seguro de datos mediante el protocolo HTTP y HTTPS la

comunicacin, junto con otras soluciones de seguridad;

Aadir comentarios a la edicin de un archivo XML;

Tener bsquedas ms rpidas y la recuperacin de documentos, ya que es

ms fcil disponer en un repositorio XML indexados, y

Identificar la ubicacin y el formato de las ilustraciones en un documento de

texto.

Es importante hacer notar, sin embargo, que XML no es:

Un conjunto predefinido de etiquetas que pueden ser usados para documentos

de marcado; o

Un modelo normalizado para la produccin de determinados tipos de texto

documentos.

XML fortalezas
Poderoso meta-lenguaje
Al ser un derivado de SGML, XML es compatible con el desarrollo de nuevos
lenguajes de marcado para las industrias verticales y los dominios de negocio. El
lenguaje XML consta de reglas que cualquier persona puede seguir para crear un
lenguaje de marcas. Algunos de los ejemplos incluyen FpML (Financial Products
Markup Language), cXML (Lenguaje de marcado extensible Comercio).
Las normas garantizan que un solo programa compacto, el analizador, puede procesar
todos estos nuevos lenguajes. XML se puede integrar varios archivos (con datos
estructurados y datos no estructurados) en un documento nico compuesto. Ejemplo
de datos estructurados son los archivos heredados o base de datos relacional, los
datos no estructurados pueden ser documentos de texto, grficos e imgenes,
recursos de audio y vdeo y pginas web.
Permite concordancia semntica entre los socios comerciales XML permite la creacin
de concordancia semntica entre las compaas de intercambio de documentos XML,
proporcionando una asignacin, transformaciones y referencias cruzadas en el
documento. A travs de un flujo de trabajo XML, que puede ser distribuido a todos los
socios comerciales, o puede estar en funcin de cada socio, las empresas tambin se
puede definir la tramitacin de este documento XML mediante la identificacin de las
actividades, procesos y tareas.

15

Vocabularios especficos de dominio XML permite a los vocabularios de construccin

especficos de dominio para la industria horizontal y vertical para, entre otros, la
publicidad, el comercio financiero y electrnica. Estos vocabularios estandarizar el
proceso de comunicacin entre los socios de negocios. Varias compaas tambin
estn desarrollando internos vocabulario para describir los procesos corporativos de
datos internos.
Auto-describe e interpreta XML es legible para seres humanos, la auto-descripcin del
lenguaje. Sin ningn conocimiento de aplicaciones y programas de software a los
remitentes y los receptores finales, los documentos XML se pueden cambiar porque la
sintaxis de un documento XML se describe las relaciones entre los diversos
elementos.
Esta relacin se puede describir de forma explcita a travs de las definiciones de tipo
de documento (DTD) o implcitamente a travs del contexto del elemento. La
disociacin de las aplicaciones y los datos tambin permite a los cambios en las
transacciones, sin ningn tipo de cambio que se requiere en las aplicaciones
subyacentes, con slo cambiar el DTD. Propietario, as como de la industria DTD
estndar (XML / EDI, RosettaNet, etc) se puede utilizar, dependiendo del
requerimiento y la disponibilidad.
Simple
Puesto que el XML est basado en texto, es muy fcil de comprender y entender los
documentos XML, su estructura, contenido, elementos y relaciones. Esto hace que sea
ms fcil de mantener y gestionar los contenidos en los documentos XML.
Por ejemplo, si un documento XML contiene
<FRUIT> Orange </> Frutas y <COLOR> Orange </ color>, es fcil distinguir que la
primera instancia de Orange es en el contexto de la fruta y la segunda aparicin es en
el contexto de color.
Lenguaje universal
XML es un lenguaje universal que puede ser utilizado en, posiblemente, todas las
aplicaciones, tales como los sistemas heredados, ERP, CRM, la interfaz grfica de
usuario para las aplicaciones, aplicaciones orientadas a objetos en C + + y Java,
bases de datos como Oracle, Sybase y ODBMS repositorio de potencia de XML, por
nombrar slo algunos.

16

Programas que estn debidamente codificados para analizar ciertos documentos XML
pueden incluso entender los lenguajes que utilizan un conjunto de caracteres
diferentes, como el rabe o el japons. Esto permite el intercambio de informacin, no
slo entre los diferentes sistemas informticos y aplicaciones, sino tambin en todos
los idiomas y pases.
Estndar abierto y comn
XML se basa en estndares abiertos comunes, lo que le separa del navegador de
propiedad, programas de anlisis, editores, etc. Esta es una de las grandes ventajas
de XML.
Nivel de compresin alto
La compresin de datos esencialmente significa maximizar el rendimiento de una
secuencia de entrada dada. Dado que los documentos XML se estructuran y ordenado
altamente, que puede ser comprimido bastante bien, aumentando as el rendimiento.
De hecho, la compresin de documentos XML es mucho mejor que un documento de
texto estndar como el ltimo es generalmente menos estructurada.
XML limitaciones
Mensajes XML puede ser muy grandes
Mensajes XML puede ser tan grande como 5 a 10 veces sus mensajes EDI
equivalentes, lo que es mucho ms lento que el EDI.
Este gran flujo de datos a travs de Internet utiliza una gran cantidad de ancho de
banda y ralentiza todo el proceso hacia abajo. Para las grandes empresas que tienen
relaciones fijas y alto volumen de transacciones, EDI sigue siendo una mejor manera
de manejar esas conexiones. XML, por otro lado, se puede utilizar para la bsqueda
de cualquier a cualquier conectividad.
Diferentes estndares
Varias organizaciones y empresas estn promoviendo sus propios sabores de los
estndares XML. Esto se suma a una gran confusin en el mercado sobre los
problemas de interoperabilidad. XML es slo una tecnologa en evolucin y hay varias
piezas que estn siendo desarrollados
Interpretacin semntica limitada

17

Dos empresas para poder intercambiar datos basados en XML, que necesitan llegar a
un acuerdo explcitamente en la semntica del documento, como las definiciones de
las etiquetas. Documento XML por s misma no proporciona mucha informacin acerca
de cmo interpretarla.
No facilita la transformacin de datos
El problema central, ya sea en EAI o B2Bi para todas las empresas es la capacidad de
transformar e integrar datos de una aplicacin a otra. Sin embargo, el XML es ms que
otro formato de datos en la pltora de formatos utilizados por una empresa.
XML namespaces
Segn el W3C, un espacio de nombres XML es una coleccin de nombres,
identificados por un identificador uniforme de recursos (URI), que se utilizan en
documentos XML como tipos de elementos y nombres de atributos. Espacios de
nombres XML calificar nombres de elementos en una forma reconocible para evitar
conflictos entre los elementos con el mismo nombre. Los elementos contenidos en un
documento XML se pueden definir de diferentes esquemas a travs de Internet.
2.11. Servicios WEB (web services)
Los servicios Web son URL-direccionables, autnomos recursos y / o aplicaciones que
pueden ser descritas, publicadas, que se encuentra y se invoca en una red,
generalmente Internet. Los servicios Web son representaciones XML de aplicaciones,
recursos, mensajes y objetos que permiten la aplicacin a aplicacin ver la interaccin
de Internet. Ofrecen interfaces bien definidos, llamados contratos, que describen los
servicios prestados. Los servicios Web se basan en la arquitectura orientada a
servicios (SOA) y se unen de apoyo, publicar y las operaciones de bsqueda. Cada
componente (nodo de red) puede jugar cualquiera o todas las funciones de un agente
de servicio, solicitante del servicio o proveedor de servicios.
Los servicios Web permiten a las empresas a publicar sus interfaces pblicas de
objetos de negocio y programas para que otras empresas puedan buscar y encontrar e
interactuar con estos servicios.
En el centro de servicios Web es el hecho de que cada servicio encapsula los detalles
de ejecucin y publica una API de mensajera, de modo que pueda ser utilizado por
otros servicios sobre la red. Los servicios web tienen todas las caractersticas de
sistemas orientados a objetos, tales como la encapsulacin, paso de mensajes, la

18

descripcin dinmica de unin y de servicio y consulta. A travs de la asignacin

dinmica de los componentes, que es la plataforma y lenguaje de programacin
neutral y las comunicaciones mecanismo independiente-, que permiten justo a tiempo
de integracin de aplicaciones.
Los servicios Web permiten aprovechar plenamente la infraestructura y las
aplicaciones existentes. Las aplicaciones web existentes (Internet / Intranet) pueden
ser fcilmente convertidos en servicios Web, con independencia de la plataforma o el
lenguaje de programacin utilizado para implementar estas aplicaciones.
Caractersticas esenciales de un entorno de servicios Web Hay varias caractersticas
esenciales para el funcionamiento de los servicios Web.
El entorno de servicios Web proporciona un marco que ofrece la posibilidad de
descubrir de forma dinmica, instalar y volver a utilizar los servicios empresariales.
Un servicio web tiene que ser:

Creado y sus interfaces y los mtodos de invocacin debe ser definido;

Publicacin de una o ms de intranet o repositorios de Internet para los

usuarios potenciales para localizar;

Situado al ser invocados por los usuarios potenciales;

Se invoca por otros servicios Web, aplicaciones;

Facilitar el acceso a las funciones de la biblioteca estndar de seguridad, tales

como bsqueda, traduccin, la tala y las transacciones;

No publicado, cuando ya no est disponible o cuando sea necesario, y

Integracin con otros servicios web utilizando los estndares de Internet.

Como se mencion, los servicios Web implican el intercambio de mensajes XML.

Es obligatorio para los servicios Web para asociar esquemas XML (que definen los
tipos de datos, los requisitos de los documentos XML que se utilizan para los
mensajes, los tipos de mensajes y las operaciones de los mensajes se asignan a) con
estos mensajes XML. Los servicios Web se pueden implementar en cualquier lenguaje
(como C, Java y C + +) utilizando cualquier tecnologa como EJB y CORBA, siempre y
cuando sean capaces de generar y analizar los documentos XML.
2.12. SUNAT
La Superintendencia Nacional de Aduanas y de Administracin Tributaria SUNAT, de
acuerdo a su Ley de creacin N 24829, Ley General aprobada por Decreto Legislativo

19

N 501 y la Ley 29816 de Fortalecimiento de la SUNAT, es un organismo tcnico

especializado, adscrito al Ministerio de Economa y Finanzas, cuenta con personera
jurdica de derecho pblico, con patrimonio propio y goza de autonoma funcional,
tcnica, econmica, financiera, presupuestal y administrativa que, en virtud a lo
dispuesto por el Decreto Supremo N 061-2002-PCM, expedido al amparo de lo
establecido en el numeral 13.1 del artculo 13 de la Ley N 27658, ha absorbido a la
Superintendencia Nacional de Aduanas, asumiendo las funciones, facultades y
atribuciones que por ley, correspondan a esta entidad.
Tiene domicilio legal y sede principal en la ciudad de Lima, pudiendo establecer
dependencias en cualquier lugar del territorio nacional.
Funciones y atribuciones de la SUNAT
Son funciones y atribuciones de la Superintendencia Nacional de Aduanas y de
Administracin Tributaria:

Administrar, recaudar y fiscalizar los tributos internos del Gobierno Nacional,

con excepcin de los municipales, as como las aportaciones al Seguro Social
de Salud (ESSALUD) y a la Oficina de Normalizacin Previsional (ONP), y
otros cuya recaudacin se le encargue de acuerdo a ley.

Proponer al Ministerio de Economa y Finanzas la reglamentacin de las

normas tributarias y aduaneras.

Expedir, dentro del mbito de su competencia, disposiciones en materia

tributaria y aduanera, estableciendo obligaciones de los contribuyentes,
responsables y/o usuarios del servicio aduanero, disponer medidas que
conduzcan a la simplificacin de los regmenes y trmites aduaneros, as como
normar los procedimientos que se deriven de stos.

Sistematizar y ordenar la legislacin e informacin estadstica de comercio

exterior, a fin de brindar informacin general sobre la materia conforme a Ley,
as como la vinculada con los tributos internos y aduaneros que administra.

Proponer al Poder Ejecutivo los lineamientos tributarios para la celebracin de

acuerdos y convenios internacionales, as como emitir opinin cuando sta le
sea requerida.

Celebrar acuerdos y convenios de cooperacin tcnica y administrativa en

materia de su competencia.

20

Promover, coordinar y ejecutar actividades de cooperacin tcnica, de

investigacin, de capacitacin y perfeccionamiento en materia tributaria y
aduanera, en el pas o en el extranjero.

Otorgar el aplazamiento y/o fraccionamiento para el pago de la deuda tributaria

o aduanera, de acuerdo con la Ley.

Solicitar, y de ser el caso ejecutar, medidas destinadas a cautelar la percepcin

de los tributos que administra y disponer la suspensin de las mismas cuando
corresponda.

Controlar y fiscalizar el trfico de mercancas, cualquiera sea su origen y

naturaleza a nivel nacional.

Inspeccionar, fiscalizar y controlar las agencias de aduanas, despachadores

oficiales,

depsitos

autorizados,

almacenes

fiscales,

terminales

de

almacenamiento, consignatarios y medios de transporte utilizados en el trfico

internacional de personas, mercancas u otros.

Prevenir, perseguir y denunciar al contrabando, la defraudacin de rentas de

aduanas, la defraudacin tributaria, el trfico ilcito de mercancas, as como
aplicar medidas en resguardo del inters fiscal.

Desarrollar y aplicar sistemas de verificacin y control de calidad, cantidad,

especie, clase y valor de las mercancas, excepto las que estn en trnsito y
transbordo, a efectos de determinar su clasificacin en la nomenclatura
arancelaria y los derechos que le son aplicables.

Desarrollar y administrar los sistemas de anlisis y fiscalizacin de los valores

declarados por los usuarios del servicio aduanero.

Resolver asuntos contenciosos y no contenciosos y, en este sentido, resolver

en va administrativa los recursos interpuestos por los contribuyentes o
responsables; conceder los recursos de apelacin y dar cumplimiento a las
Resoluciones del Tribunal Fiscal, y en su caso a las del Poder Judicial.

Sancionar a quienes contravengan las disposiciones legales y administrativas

de carcter tributario y aduanero, con arreglo a Ley.

Ejercer los actos y medidas de coercin necesarios para el cobro de deudas

por los conceptos indicados en el inciso precedente.

Mantener en custodia los bienes incautados, embargados o comisados,

efectuando el remate de los mismos cuando ello proceda en el ejercicio de sus
funciones.

21

Adjudicar directamente, como modalidad excepcional de disposicin de

mercancas, aquellas que se encuentren en abandono legal y en comiso
administrativo. La adjudicacin se har a las entidades estatales y a aquellas a
las que oficialmente se les reconozca fines asistenciales o educacionales, sin
fines de lucro.

Desarrollar programas de informacin, divulgacin y capacitacin en materia

tributaria y aduanera.

Editar, reproducir y publicar oficialmente el Arancel Nacional de Aduanas

actualizado, los tratados y convenios de carcter aduanero, as como las
normas y procedimientos aduaneros para su utilizacin general.

Determinar la correcta aplicacin y recaudacin de los tributos aduaneros y de

otros cuya recaudacin se le encargue de acuerdo a ley, as como de los
derechos que cobre por los servicios que presta.

Participar en la celebracin de Convenios y Tratados Internacionales que

afecten a la actividad aduanera nacional y colaborar con los Organismos
Internacionales de carcter aduanero.

Crear, dentro de su competencia, administraciones aduaneras y puestos de

control, as como autorizar su organizacin, funcionamiento, suspensin,
fusin, traslado o desactivacin cuando las necesidades del servicio as lo
requiera.

Ejercer las dems funciones que sean compatibles con la finalidad de la

Superintendencia Nacional de Aduanas y de Administracin Tributaria.

La Superintendencia Nacional de Aduanas y de Administracin Tributaria (SUNAT)

ejercer las funciones antes sealadas respecto de las aportaciones al Seguro Social
de Salud (ESSALUD) y a la Oficina de Normalizacin Previsional (ONP), a las que
hace referencia la Norma II del Ttulo Preliminar del Texto nico Ordenado del Cdigo
Tributario, aprobado por el Decreto Supremo N 135-99-EF.
La SUNAT tambin podr ejercer facultades de administracin respecto de otras
obligaciones no tributarias de ESSALUD y de la ONP, de acuerdo a lo que se
establezca en los convenios interinstitucionales correspondientes.
2.13. Ontologa (Informtica)

22

El trmino ontologa en informtica hace referencia a la formulacin de un exhaustivo y

riguroso esquema conceptual dentro de uno o varios dominios dados; con la finalidad
de facilitar la comunicacin y el intercambio de informacin entre diferentes sistemas y
entidades. Aunque toma su nombre por analoga, sta es la diferencia con el punto de
vista filosfico de la palabra ontologa.

Un uso comn tecnolgico actual del concepto de ontologa, en este sentido

semntico, lo encontramos en la inteligencia artificial y la representacin del
conocimiento. En algunas aplicaciones, se combinan varios esquemas en una
estructura de facto completa de datos, que contiene todas las entidades relevantes y
sus relaciones dentro del dominio.
Los programas informticos pueden utilizar as este punto de vista de la ontologa para
una variedad de propsitos, incluyendo el razonamiento inductivo, la clasificacin, y
una variedad de tcnicas de resolucin de problemas.
Tpicamente, las ontologas en los ordenadores se relacionan estrechamente con
vocabularios fijos una ontologa fundacional con cuyos trminos debe ser descrito
todo lo dems. Debido a que esto puede ocasionar representaciones pobres para
ciertos dominios de problemas, se deben crear esquemas ms especializados para
convertir en tiles los datos a la hora de tomar decisiones en el mundo real.
Dichas ontologas son valorables comercialmente, crendose competencia para
definirlas. Peter Murray-Rust se ha quejado de que esto conduce a "una guerra
semntica y ontolgica debido a la competencia entre estndares"[cita requerida]. Por
consiguiente, cualquier estndar de ontologa fundacional es posible que sea
contestado por los agentes polticos o comerciales, cada uno con su propia idea de 'lo
que existe' (en el sentido filosfico de ontologa).
Una variacin ha sido propuesta recientemente, vase el sitio de MathWorld, cuyo
autor propugna que el universo se modela mejor en los trminos de los programas
informticos (computacionales) que con los trminos matemticos convencionales.

23

24

CAPITULO 3: Mtodos para la construccin de la Solucin Tecnolgica

3.1 Definiciones y Conceptos
La construccin de un sistema de informacin implica un esfuerzo conjunto de
profesionales de tecnologa de la informacin y lderes de la organizacin. Este
esfuerzo significa realizar una serie de actividades conducentes a obtener un sistema
de calidad. Esta serie de actividades se conoce como proceso de desarrollo que
deviene en metodologas de desarrollo.
En Ingeniera de software cuando se habla de desarrollo de software se habla de
desarrollo de programas y por lo tanto se considera como una tarea de ingeniera, en
el cul se debe ejecutar una serie de fases, etapas para obtener un programa que
funcione de acuerdo con mtodos ya establecidos en otras disciplinas de ingeniera.
Las actividades que los ingenieros de software realizan se encuentran asociadas a un
proceso de software donde intervienen diferentes elementos (fases, actividades,
producto, roles, agentes) que permiten la definicin del software a producir, el
desarrollo o el diseo del software, la validacin del software tanto lo interno
(requerimientos especficos) como lo externo (expectativas del cliente), y la evolucin
del software donde se modifica para adaptarlo a los cambios.
Por otro lado, Sommerville (2002) define que un mtodo de ingeniera de software es
un enfoque estructurado para el desarrollo de software cuyo propsito es facilitar la
produccin de software de alta calidad de una forma costeable, cabe destacar que
para usar este enfoque se debe manejar conceptos fundamentales tales como;
procesos, mtodos, tareas, procedimientos, tcnicas, herramientas, productos, entre
otros.
Particularmente, una metodologa se basa en una combinacin de los modelos de
proceso genricos para obtener como beneficio un software que soluciones un
problema. Adicionalmente una metodologa debera definir con precisin los artefactos,
roles y actividades, junto con prcticas, tcnicas recomendadas y guas de adaptacin
de la metodologa al proyecto. Sin embargo, la complejidad del proceso de creacin de
software es netamente dependiente de la naturaleza del proyecto mismo, por lo que el
escogimiento de la metodologa estar acorde al nivel de aporte del proyecto, ya sea
pequeo, mediano o de gran nivel.

25

El proceso de desarrollo de software es una gua acerca de las actividades y tareas

necesarias para construir un sistema de informacin. En el contexto de software,
programa de aplicacin o aplicaciones informticas; Pressman (2002) considera a este
proceso como un marco de trabajo obligatorio que define las tareas a realizar para
lograr objetivos de alta calidad. En tal sentido se consideran las siguientes fases
(Pressman, 2002): Definicin, Desarrollo y Evolucin.
3.1.1. Fase de Definicin:
El propsito en esta fase es la de identificar las necesidades o requerimientos del
cliente/usuario tales como: la informacin que debe ser proporcionada, las
funcionalidades y rendimiento que este desea, las interfaces que deben establecerse,
las restricciones de diseo y los criterios de validacin que sean necesarios (reglas de
negocio); en esta fase se realizan las siguientes actividades:

Anlisis del sistema.

Requerimientos del Software.

Planificacin del proyecto de Software.

3.1.2. Fase de Desarrollo:

El propsito de esta fase es determinar cmo han de disearse las estructuras de
datos y la arquitectura de software, como han de implementarse los detalles
procedimentales, como ha de traducirse el diseo a un lenguaje de programacin y
como ha de realizarse la prueba; en esta fase se realizan las siguientes actividades:

Diseo de Software.

Codificacin.

Pruebas de Software.

3.1.3. Fase de Evolucin:

La fase de evolucin tambin es llamada fase de mantenimiento que se centra en los
cambios que van asociados a la correccin de errores, a las adaptaciones requeridas
por el entorno y a las modificaciones debidas a los cambios de requisitos del usuario
dirigidos a ampliar o reforzar el problema; en esta fase podemos encontrar tres tipos
de cambio:

Correccin.

26

Adaptacin.

Mejora.

3.2 Metodologas, Modelos y Algoritmos

3.2.1. Modelos de Negocio de Comercio Electronico
Un modelo de negocios es un conjunto de actividades planeadas (algunas veces
conocidas como procesos de negocios), diseadas para producir un beneficio en el
mercado. Un modelo de negocios no siempre es lo mismo que una estrategia de
negocios, aunque en algunos casos estn lo ms cerca que pueden uno del otro, ya
que el modelo de negocios considera de manera explcita el entorno competitivo
(Magretta, 2002). El modelo de negocios est en el centro del plan de negocios. Un
plan de negocios es un documento que describe el modelo de negocios de una
empresa. Un plan de negocios siempre toma en cuenta el entorno competitivo. Un
modelo de negocios de comercio electrnico trata de utilizar y fortalecer las cualidades
nicas de Internet y World Wide Web (Timmers, 1998).
Para desarrollar un modelo de negocios exitoso en cierta rea, no slo en el comercio
electrnico, debe asegurarse que el modelo considere los ocho elementos que se
listan en la tabla que se muestra abajo. Estos elementos son: proposicin de valor,
modelo de ingresos, oportunidad en el mercado, entorno competitivo, ventaja
competitiva, estrategia de mercado, desarrollo organizacional y equipo administrativo
(Ghosh, 1998). Muchos escritores se enfocan en la proposicin de valor de una
empresa y en el modelo de ingresos. Aunque stos pueden ser los aspectos ms
importantes y que se pueden identificar con mayor facilidad del modelo de negocios de
una compaa, los dems elementos son igualmente importantes al evaluar los
modelos y planes de negocios, o al tratar de comprender por qu cierta compaa en
particular ha tenido xito o ha fracasado (Kim y Mauborgne, 2000)
Un comercio electrnico (e-commerce), se define como la compra de productos y/o
servicios de proveedores y su venta a clientes que utilizan las TICs. Hay varios
modelos de comercio electrnico, empresa a empresa (B2B), empresa a consumidor
(B2C) entre empresas y gobierno electrnico (B2G), en un sentido amplio, los
negocios electrnicos (e-bussines) abarca todo tipo de colaboraciones con socios
comerciales, utilizando las TICs y contempla los efectos legales. Una interaccin de
negocios, es el intercambio electrnico de documentos comerciales o un mensaje que
contiene un documento de negocios vital en un proceso empresarial, este tipo de

27

actividades desempean un papel clave en la colaboracin. Desde finales del ao

1960, las empresas han utilizado los sistemas de informacin para el intercambio
electrnico de datos con sus comerciales. (Tarazona & Rodriguez, 2013).
La integracin electrnica ha dado lugar a cambios dramticos en la definicin de una
empresa, con el surgimiento de empresas virtuales cuyas capacidades para ofrecer
sus productos al mercado se definen en gran medida por su capacidad para organizar
y mantener una red de relaciones de negocios, en lugar de por su capacidad para
fabricar un producto o prestar un servicio. Para entender una empresa individual, es
necesario estudiar las redes de negocios es que est inmersa (Zwass, 1996).
El comercio electrnico, tiene un conductor de las decisiones estratgicas en el
dominio Business to Business (B2B), esto resulta un impacto favorable en internet.
Existe un consenso sobre la influencia en internet como plataforma de desarrollo de
canales alternativos y/o complementarios de distribucin. La proliferacin del comercio
electrnico puede estar relacionado con mltiples procesos de negocios. (Faroughian,
Kalafatis, Ledden, Sammouel & Tsogas, 2012).
Frente a la evidencia de que la web resulto ser un canal efectivo para el comercio, se
han sugerido diversos puntos de vista sobre la forma en que las empresas deben
desarrollar una estrategia de comercio electrnico.
Shung-Chi y otros (Chu, Leung, Hui, & Cheung, 2007), proponen cuatro reas para
desglosar la tecnologa bsica que proporcionan las funciones que permiten llevar a
cabo las actividades de comercio electrnico, en la siguiente figura se representan las
cuatro
reas.

C
o
m
un
ic
ac
i
n:
28

Para cualquiera de las partes que participan en las actividades de

comercio electrnico debe establecerse un canal virtual.
Presentacin de la informacin y la representacin: este especifica la
presentacin de la informacin (su formato) y como deben organizarse
para el intercambio (texto simple, imgenes grficas, sonido y video, o
una combinacin).
Lenguaje: los pasos precisos y lgicos para la manipulacin de los datos
y los recursos informticos es el componente critico que forma los
cimientos de la capacidad de inteligencia de un sistema de emisin de
comprobantes de pago.
Almacenamiento y recuperacin: Esta es la estructura de datos para la
grabacin y recuperacin de datos y la informacin a travs de va local
y control remoto.

El anlisis de modelos de comercio electrnico es un proceso complejo que implica

seleccionar e implementar el modelo ms adecuado que facilite la transformacin
empresarial. Despus de que una empresa ha seleccionado un adecuado modelo de
comercio electrnico, debe garantizar un desarrollo constante que le permita sobrevivir
en la intensa competencia global. El modelo apropiado es un factor clave a considerar
y posee un enorme potencial de transformacin empresarial pero no es suficiente si no
se orienta su mejoramiento (Zou & Deng, 2011)

3.2.2 Interoperabilidad
La IEEE define la interoperabilidad como la capacidad de dos o ms sistemas o
componentes para intercambiar informacin y para usar la informacin que se ha
intercambiado (Institute of Electrical and Electronics Engineers, 1990). Dentro de su
mbito de aplicacin, especifica un conjunto de elementos comunes tales como el
vocabulario, conceptos, principios, polticas, directrices, recomendaciones, normas,
especificaciones y practicas (Wegner, 1996). La interoperabilidad debe ser
considerado en tres niveles (Vernadat, 2010)

29

A. Nivel

Organizacional:

Procesos

coordinados

en

los

que

diferentes

organizaciones a lograr una meta previamente acordada y mutuamente

beneficiosa.

En la prctica,

implica la integracin de los procesos

empresariales y el intercambio de datos relacionados (SLAs, UDDI, BPEL,

ebXML)
B. Nivel Semntico: Significado preciso de la informacin intercambiada que se
conserva y entendido por todas las partes, permite a las organizaciones para
procesar informacin de fuentes externas de manera significativa (ontologas,
CPV, vocabularios, UBL, OTA, WSDL, WSMO)
C. Nivel Tcnico: La planificacin de las cuestiones tcnicas involucradas en la
vinculacin de los sistemas y servicios informticos, incluye aspectos como las
especificaciones de interfaz, servicios de interconexin, servicios de integracin
de datos, la presentacin y el intercambio de datos, etc. (SOA, XML, JSON)
Existen multiplicidad de plataformas que proveen soluciones de comercio electrnico,
de igual forma las empresas desarrollan sus propios portales conforme a sus
particulares requerimientos. En el momento de selecciona una solucin e-commerce
algunas caractersticas esenciales son la integracin con las herramientas de
reporting, los sistemas de recomendacin, el e-CRM, el ERP, los repositorios
multimedia, las herramientas de Marketing, arboles de categora, carrito de compra,
BackOffice, multilenguaje, multimoneda, pasarelas de pago, seguridad, avisos por
email, facturacin electrnica, entre otros.

30

3.2.3. Modelos de Comercio Electronico.

A. Modelo Business to Business (B2B)
El significado del acrnimo B2B parece expandirse diariamente, pero podemos acotar
2 definiciones por el momento. Primero, B2B significa negocios haciendo negocios con
otros, y no solo en las formas tradicionales, sino a travs de internet y usando
comunicacin instantnea para hacer que estas empresas o negocios no solo
incrementen ventas sino la capacidad de trabajar de forma ms sinrgica, rpida y
barata.
B2B, entonces se refiere a negocios trabajando con otros negocios para incrementar
sus ganancias y acerca de organizaciones y gobiernos comunicndose rpidamente y
eficientemente. Esto significa intercambio de documentos, como rdenes de compra,
facturas, listas de precios, artculos cientficos, legislaciones y no por va terrestre o
mail, sino a travs de la red. En vez de pilas de papel desbordando cajones de
escritorio, se usan documentos electrnicos almacenados en unidades de disco, que
se pueden imprimir a voluntad en el momento deseado. B2B trata tambin de
acuerdos legales firmados digitalmente en diferentes continentes, hacindose
efectivos en minutos en vez de semanas. Tambin es acerca del incremento de
velocidad y volumen de comercio entre sistemas remotos corriendo en plataformas
incompatibles, ahora intercomunicados por un protocolo de intercambio de acuerdo
mutuo.
B2B trata acerca de compartir ideas, software, secretos, servicios, productos, planes,
objetivos, tratos y clientes, todo tan rpido como el Internet pueda, lo cual
generalmente no tarda ms 1 segundo o 2. Los negocios se hacen ms rpido, ms
eficientemente, ms preciso y lejos menos caro, de tal forma que las organizaciones
ganan, el gobierno gana, tus agentes de intercambio, terceros ganan, tus clientes
ganan.
Una de las tecnologas ms importantes relacionadas al comercio B2B es Extensible
Markup Language, o XML. XML subyace la mayora, sino todas las tecnologas que
soportarn el nuevo modelo de negocios B2B.

31

Algunas ventajas del B2B:

En relacin con el funcionamiento interno de la empresa:
Reduccin de Tiempo de Aprovisionamiento
Planificacin de Aprovisionamiento
Necesidad de integracin de todos los sistemas
Reduccin de inventarios
Reduce los ciclos de fabricacin
En relacin con los clientes:
Mejora del Servicio a Clientes
Diferenciacin de la Competencia
Permite el acceso a una mayor cantidad y diversidad de productos y servicios.
Comunicacin entre Cliente y Proveedor
Con los proveedores:
Permite una mayor internacionalizacin tanto de proveedores como de clientes,
una empresa puede acudir a proveedores de otros continentes que le ofrezcan
mayor calidad y mejores precios o que simplemente tengan la materia prima
que estaba necesitando.
En el Ciclo Econmico:
Reduccin de costos
Ampliacin de los Segmentos de Mercado
Intercambio de Informacin para agilizar las Transacciones
Permite tener un mayor control sobre los costos, la calidad y los proveedores

Hace ms eficiente la cadena de valor (saca del medio a intermediarios que no

agregan valor)

Abaratamiento del proceso: menos visitas comerciales, proceso de negociacin

ms rpido, etc. Por tanto, los compradores pueden pedir una reduccin de
precios en virtud del menor coste de gestin.

32

B. Modelo Business to Consumer (B2C)

El B2C trata la venta de los productos y/o servicios de la empresa a consumidores de
a pie (no empresariales). Este tipo de e-Business mejora el servicio prestado a los
clientes y genera oportunidades para elevar ventas e ingresos.
La mayora de los usuarios que compran en Internet buscan artculos a precios
competitivos. A medida que aumenta el nmero de empresas que ofrecen productos
en lnea, los clientes disponen de mayor libertad para investigar y comparar precios.
Con una solucin B2C, la empresa puede ofrecer a sus clientes la comodidad de
efectuar compras en Internet, adems de atraer a nueva clientela.

Ventajas del B2C:

Para el cliente:
Informacin precisa de estado de compras.
Comparacin de precios gil y rpida.
Posibilidad de consulta de informacin muy detallada. (Catlogos electrnicos,
vdeos, foros, etc. de los productos/servicios).
Comprar a distancia, sin necesidad de desplazamiento.
Compras ms econmicas.
Para la empresa:
Menor coste de infraestructura.
Amortizacin a corto plazo.
Mejoras en la gestin de stocks y disminucin de niveles de inventario.
Mayor aprovechamiento del recurso humano en rea de compras.
Expansin geogrfica de mercado.
Mejoras en la gestin de compras y proceso de ventas.
Existen diferentes tipos de comercio electrnico B2C:

33

 Intermediarios on-line: Se trata de compaas que facilitan las transacciones

entre compradores y vendedores a cambio de una contraprestacin econmica
a modo de porcentaje.
Modelos basados en la publicidad: Publicidad basada en el sistema, donde las
empresas tienen sitios web de un inventario, que venden a las partes
interesadas.
Modelos basados en la comunidad: Las empresas facultan a los usuarios para
interactuar, en todo el mundo, en reas similares de inters.
Modelos basados en tarifas: En un sistema de pago basado en el sistema. En
este caso la empresa cobra una tarifa de suscripcin para ver su contenido.

C. Modelo Business to Administration (B2A)

El comercio electrnico B2A (Business to Administration) es un servicio que ofrece la
administracin a las empresas y tambin a los ciudadanos para que se puedan
realizar los trmites administrativos a travs de Internet.

Las ventajas para las empresas son evidentes:

Ahorro considerable de tiempo y esfuerzo.
La posibilidad de descargarse formularios y modelos de los procedimientos
administrativos.
Disponibilidad las 24 horas del da.
Informacin siempre actualizada.

D. Modelo Business to Employee (B2E)

El comercio electrnico B2E (Business to Employee) es otra aplicacin que, en este
caso, relaciona a las empresas con sus empleados. A travs de la intranet el
empleado puede ejercer parte de sus funciones de los procesos de negocio de la
empresa.

El comercio electrnico B2E ofrece ventajas significativas:

Menores costes y burocracia.

34

 Formacin en lnea.
Mayor calidad en la informacin interna.
Equipos de colaboracin en el entorno web.
Integracin ms gil del profesional en la empresa.
Soporte para la gestin.
Comercio electrnico interno.
Fidelizacin del empleado.

E. Modelo Consumer to Consumer (C2C)

El comercio electrnico C2C (Consumer to Consumer) es el tipo de comercio que se
lleva a cabo entre consumidores, bien sea mediante el intercambio de correos
electrnicos o a travs de tecnologas P2P (peer to peer).
Una de las estrategias ms comunes del comercio C2C para Internet viene definida
por aquel tipo de negocio cuyo objetivo es facilitar la comercializacin de productos y/o
servicios entre particulares. Ejemplos muy conocidos son e-bay o mercadolibre.com.

3.3 Evaluacin comparativa entre Modelos de comercio electrnico

3.3.1. Comparacin entre Modelos:

3.3.2. Anlisis comparativo para seleccionar Metodologa a emplear

Se han determinado los siguientes mtodos para el desarrollo del software:

RUP (RATIONAL UNIFIED PROCESS)

XP (EXTREME PROGRAMING)

SCRUM

AUP (AGILE UNIFIED PROCESS)

Los criterios de comparacin establecidos son:

a. Experiencia del equipo. Se refiere a la experiencia profesional del personal
asignado al proyecto de la empresa VIAPARQUERIMAC en relacin a los
mtodos disponibles
b. Carga de trabajo. Es la responsabilidad que asigna a los miembros del equipo
y que representa el esfuerzo a realizar.

35

c. Documentacin. Se refiere a informacin tangible y persistente que ayude en

todo el ciclo de vida del desarrollo del sistema para poder monitorear los
procesos ya terminados.
d. Manejo de riesgos. Se refiere a la efectividad del control y reaccin del equipo
ante problemas que se representa durante el ciclo.
e. Relacin con el cliente. Es la relacin que posee el cliente con el desarrollo
del software, quiere decir el monitoreo y revisin propia del cliente con los
procesos ya finalizados durante el ciclo de vida del producto.
f.

Duracin. Tiempo estimado del proyecto a realizar.

Los valores y puntajes para cada criterio son:

CRITERIO

VALOR

Experiencia del

Alto

equipo

DESCRIPCION

PUNTAJE

Equipo con gran experiencia en el

mtodo

Bajo

Poca experiencia del equipo

Alto

Mxima carga del trabajo

Bajo

Mnima carga del trabajo

Mucho

Documentacin completa

Mnima documentacin

Moderado Documentacin parcial

Carga de trabajo

Documentacin

Poco

Manejo de

Mayor

Buen manejo de riesgos

Riesgos

Menor

Poco manejo de riesgos

Relacin con el

Mayor

Buena relacin con el cliente

cliente

Menor

Relacin con el cliente parcial

Mayor

Puede extender el plazo

Menor

Permite terminar el plazo

Duracin

El cuadro comparativo es:

Criterio / Metodologa

RUP

XP

SCRUM

AUP

Experiencia del equipo

ALTO

ALTO

BAJO

ALTO

Carga de trabajo

BAJO

ALTO

BAJO

ALTO

Documentacin

MUCHO

MODERADO

POCO

MODERADO

Manejo de Riesgos

MAYOR

MENOR

MAYOR

MENOR

36

Relacin con el cliente

MENOR

MENOR

MAYOR

MENOR

Duracin

MAYOR

MENOR

MAYOR

MENOR

Criterio / Metodologa

RUP

XP

SCRUM

AUP

Experiencia del equipo

Carga de trabajo

Documentacin

Manejo de Riesgos

Relacin con el cliente

Duracin

TOTAL

14

11

12

11

Los valores finales son:

3.3.4. Conclusin de comparacin:

De acuerdo con el cuadro presentado se concluye que la metodologa a utilizar

es RUP.

37

CAPITULO 4: Aporte Terico

En base a la conclusin del captulo III la metodologa seleccionada es el RUP, en este

captulo se describe los procesos, pasos y procedimientos que seguir el proyecto
4.1. Contribucin terica o adaptacin de la metodologa / modelo / algoritmo
para el caso de estudio
A continuacin se describen brevemente cada uno de los artefactos que se generarn
y usarn durante el proyecto.
4.1.1. Flujos de Trabajo
Se utilizarn Diagramas de Actividad para modelar los Flujos de Trabajo (workflows)
del rea problema, tanto los actuales (previos a la implantacin de nuevo sistema)
como los propuestos, que sern soportados por el sistema desarrollado
4.1.2. Caractersticas del Producto Software
Es una lista de las caractersticas principales del producto, deseables desde una
perspectiva de las necesidades del cliente.
4.1.3. Glosario
Es un documento que define los principales trminos usados en el proyecto. Permite
establecer una terminologa consensuada.
4.1.4. Modelo de Casos de Uso
El modelo de Casos de Uso presenta la funcionalidad del sistema y los actores que
hacen uso de ella. Se representa mediante Diagramas de Casos de Uso.
4.1.5. Especificaciones de Casos de Uso
Para los casos de uso que lo requieran se realiza una descripcin detallada utilizando
una plantilla de documento, donde se incluyen: precondiciones, postcondiciones, flujo
de eventos, requisitos no-funcionales asociados.
4.1.6. Modelo de Anlisis y Diseo
Este modelo establece la realizacin de los casos de uso en clases y pasando desde
una representacin en trminos de anlisis (sin incluir aspectos de implementacin)

38

hacia una de diseo (incluyendo una orientacin hacia el entorno de implementacin).

Est constituido esencialmente por un Diagrama de Clases y algunos Diagramas de
Estados para las clases que lo requieran.
4.1.7. Modelo Lgico Relacional
Previendo que la persistencia de la informacin del sistema ser soportada por una
base de datos relacional, este modelo describe la representacin lgica de los datos
persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para
expresar este modelo se utiliza un Diagrama de Tablas donde se muestran las tablas,
claves, etc.
4.1.8. Modelo de Implementacin
Este modelo es una coleccin de componentes y los subsistemas que los contienen.
Estos componentes incluyen: ficheros ejecutables, ficheros de cdigo fuente, y todo
otro tipo de ficheros necesarios para la implantacin y despliegue del sistema.
4.1.9. Modelo de Pruebas
Para cada Caso de Uso se establecen pruebas de Aceptacin que validarn la
correcta implementacin del Caso de Uso. Cada prueba es especificada mediante un
documento que establece las condiciones de ejecucin, las entradas de la prueba, y
los resultados esperados.
4.1.10. Manual de Instalacin
Este documento incluye las instrucciones para realizar la instalacin del producto.
4.1.11. Material de Usuario
Corresponde a un conjunto de documentos y facilidades de uso del sistema.

No se entregara:

4.1.12.

Producto

Ficheros fuente y/o ejecutable del producto.

39

4.2. Aplicacin de la metodologa / modelo / algoritmos al problema

Las relaciones de trazabilidad son enlaces entre artefactos que establecen cmo se
generan unos a partir de otros. Esto permite por ejemplo asegurar la cobertura de los
requisitos o determinar el posible impacto de los cambios. En la Figura 15 se ilustran
los modelos y artefactos utilizados, indicando las relaciones de trazabilidad entre ellos,
lo cual se resume a continuacin:

Se modelarn los procesos de negocio de la situacin actual utilizando

Diagramas de Actividad para representar Flujos de Trabajo Actuales. Esto se
complementar mediante un Glosario que establecer la terminologa.

El modelo de procesos de la solucin propuesta incluir Flujos de Trabajo

Propuestos junto con una lista de Caractersticas del Producto Software.

Los requisitos sern establecidos mediante un Modelo de Casos de Uso que

incluir Diagramas de Casos de Uso, Prototipos de Interfaces de Usuario y
Especificaciones de Casos de Uso.

El Modelo de Pruebas incluir las Pruebas de Aceptacin establecidas para

cada Caso de Uso.

El Modelo de Anlisis y Diseo establecer el particionamiento interno del

sistema. Estar compuesto por un Diagrama de Clases y algunos Diagramas
de Estados. Las clases determinarn la estructura y las operaciones
necesarias para implementar las funcionalidades descritas en los Casos de
Uso. Los Diagramas de Estados detallarn el comportamiento para las clases
que lo requieran.

A partir del Diagrama de Clases, y considerando las clases que requieran

persistencia, se derivar el Modelo Lgico Relacional, representado mediante
Diagramas de Tablas.

En el Modelo de Implementacin se organizarn las operaciones de las clases

en trminos de componentes de dicha arquitectura. Esto se representar
mediante Diagramas de Componentes.

La implementacin del Modelo Lgico Relacional y de los componentes de la

aplicacin constituirn el Producto, el cual se complementar con el Manual de
Instalacin

el

Manual

40

de

Usuario.

Figura 15: Aplicacin de la metodologa - Sistema de Informacin para la emisin electrnica de comprobantes de pago a SUNAT

41

CAPITULO 5: Aporte Prctico

5.1. Modelado de Negocio
5.1.1. Herramientas
La herramienta seleccionada para utilizar la metodologa RUP es Rational Software
Arquitect 7.5.0 Estndar Edicin.

5.1.2. Identificacin de Artefactos del Modelado de Datos.

Actores del Negocio

Casos de uso de Negocio

42

Objetivos de Negocio

Modelo de Caso de uso del Negocio

Incluir los mtodos/modelos/plataformas en el cap3.

Replantear los contenidos del cap4 los cuales deben enfocarse a la explicacin de la
tecnologa xml/ubl
Ample los contenidos del captulo 5 (aporte prctico), finalice el total de casos de uso
y diagramas de secuencia.

43