Está en la página 1de 438

UNIVERSIDAD ABIERTA INTERAMERICANA

Facultad de Tecnologa Informtica

SISTEMA DE FACTURACIN DE TRANSPORTE

Alumno: Sergio Ariel Sisterna Legajo: 34335 E-mail: sergiosisterna@hotmail.com Comisin: 5 - B Localizacin: Sede Centro Profesores: Ing. Silvia Poncio Ing. Pablo Vilaboa

Fecha: 27/09/2010

TRABAJO FINAL DE INGENIERIA

2010

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 2 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Ficha de Seguimiento y Revisin


Cambios del Autor
Fecha 01/09/2010 09/09/2010 20/09/2010 27/09/2010 Autor Sergio Sisterna Sergio Sisterna Sergio Sisterna Sergio Sisterna Versin 2.0 2.0 2.0 2.0 Referencia de los cambios Revisin general del documento. Complementacin Informacin sobre revolucin del e-business de Amor. Capitulos 1 al 5. Complementacin Informacin sobre Clnica Empresaria Saporosi. Punto 2.2 Competencia. Revisin general y primera entrega de la carpeta

Pgina 2 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 3 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Revisiones
Auditor Lic. Susana Darn Versin aprobada Si Responsabilidad/Rol Completar redaccin punto1 Idea. Justificacin: Responde a una necesidad, deseo o problema? De quien?, Donde?. Tipo de E-B, Modalidad de E-C Indicar las VC, beneficios para las PYMES (segmento-meta) y justificar cada una Revisar Misin y Visin. Considerar el marco terico correspondiente 1.6- Indicar las situaciones del micro y macro-ambiente que generan situaciones de oportunidad para su idea de negocio y justificarlas 1.7- Completar ver marco terico de 4 ao Valores nucleares: hacen a la cultura organizacional ( personalidad de la empresa) Revisar contenidos vistos en 4 ao 1.10- Penetracin de mercado, Desarrollo de Mercado, Desarrollo de Producto, Diversificacin, Areas claves? Cules son, Justificar Fecha

Lic. Susana Darn Lic. Susana Darn Lic. Susana Darn

Si Si Si

Lic. Susana Darn Lic. Susana Darn Lic. Susana Darn Lic. Susana Darn

Si Si

Si

Si

Factores Poltico-legales COMPLETAR ANLISIS. Relacin Gobierno-Oposicin, Leyes importantes a tener en cuenta en relacin al proyecto, Principales medidas de gobierno, Relacin Gobierno-Oposicin
Modificar la arquitectura del sistema en base a la informacin tecnologa presente en el anexo 10.2.5

Ing. Pablo Vilaboa

Si

Pgina 3 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 4 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Descripcin del Documento

tem Ttulo del documento Autor Fecha de Creacin ltima Actualizacin

Detalle Sistema de Facturacin de Transporte Sergio Ariel Sisterna 19/04/2010 27/09/2010

Pgina 4 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 5 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

INDICE DEL DOCUMENTO

1. Descripcin General................................................................................................................10 1.1. Descripcin Bsica del Negocio........................................................................................11 1.1.1. Definicin del Negocio................................................................................................11 1.1.2. Motivacin y Justificacin del Negocio........................................................................12 1.1.3. Tipo de E-Business...................................................................................................14 1.1.4. Modalidad de E-Commerce .......................................................................................15 1.2. Situacin Actual del Negocio.............................................................................................15 1.3. Potenciales Ventajas Competitivas...................................................................................16 1.3.1. Tecnologa de Construccin del Producto .................................................................16 1.3.2. Accesibilidad Para la Utilizacin del Producto.............................................................17 1.3.3. Amigabilidad y Calidad de Imagen del Producto.........................................................17 1.3.4. Adaptabilidad a Nuevos Entornos...............................................................................17 1.4. Factores Principales Para el xito del Proyecto................................................................18 1.4.1. Precios Competitivos..................................................................................................18 1.4.2. Calidad del Producto..................................................................................................19 1.4.3. Evolucin e Innovacin Constante..............................................................................19 1.4.4. Ingreso Inicial en Mercados Localizados....................................................................20 1.5. Estrategia.........................................................................................................................20 1.5.1. Misin........................................................................................................................20 1.5.2. Visin.........................................................................................................................20 1.5.3. Propsito Estratgico.................................................................................................20 1.6. Identificacin de la Oportunidad de Negocio.....................................................................21 1.7. Capacidades Centrales.....................................................................................................22 1.8. Propuesta de Valor Para el Cliente...................................................................................23 1.9. Valores Nucleares de la Organizacin..............................................................................24 1.10. Enfoque e Iniciativas Estratgicas...................................................................................25 1.10.1. Ciclo de Vida del Negocio.........................................................................................27 1.10.2. Ciclo de Vida del Producto.......................................................................................28 1.11. reas Claves de Resultados (identificar y justificar)........................................................30 1.12. Ingreso al Sector: Estrategias de Insercin.....................................................................31 2. Anlisis Estratgico.................................................................................................................32 2.1. Anlisis de Contexto.........................................................................................................33 2.1.1. Descripcin del Escenario Local.................................................................................33 2.1.2. Factores Econmicos.................................................................................................33 Pgina 5 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 6 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.3. Factores Polticos.......................................................................................................40 2.1.4. Descripcin del Escenario: Escenario Meta.............................................................44 2.1.5. Anlisis Sectorial. Definicin de Oportunidades y Amenazas del Negocio..................44 2.2. Anlisis de la Competencia...............................................................................................45 2.2.1. Principales Competidores Directos.............................................................................45 2.2.2. Alianzas entre competidores......................................................................................45 2.2.3. Defensa y Ataque en trminos de nuestros competidores..........................................46 2.2.4. Anlisis de la Cadena de Valor...................................................................................48 2.2.5. Definicin de Factores Crticos de xito (FCE)...........................................................50 2.2.6. Fortalezas y Debilidades del Negocio.........................................................................50 3. Anlisis FODA.........................................................................................................................50 3.1. Cuadro FODA...................................................................................................................52 3.2. Anlisis de las Fortalezas, Oportunidades, Debilidades y Amenazas................................53 3.2.1. Anlisis de Oportunidades..........................................................................................53 3.2.2. Anlisis de Amenazas................................................................................................54 3.2.3. Anlisis de Fortalezas................................................................................................54 3.2.4. Anlisis de Debilidades..............................................................................................55 3.3. Conclusin: Atractivo de la Industria, Fortalezas del Negocio............................................56 4. Segmentacin.........................................................................................................................57 4.1. Segmentacin de Consumidores y/o Negocio...................................................................58 4.2. Identificacin de Grupos Diferenciados de Consumidores.................................................59 4.2.1. Segmentacin Geogrfica..........................................................................................59 4.2.2. Segmentacin Demogrfica.......................................................................................61 4.2.3. Segmentacin Por Estatus del Usuario......................................................................62 4.3. Potenciales Usuarios/Compradores del Negocio...............................................................64 4.3.1. Alcance Geogrfico ...................................................................................................64 4.3.2. Alcance de Mercado...................................................................................................65 4.4. Pautas de Comportamiento Esperado de Cada Segmento...............................................66 5. Plan de Accin........................................................................................................................67 5.1. Introduccin......................................................................................................................68 5.2. Programas Generales de Accin.......................................................................................69 5.3. Programas Especficos de Accin.....................................................................................70 6. Plan de Marketing...................................................................................................................71 6.1. Objetivos..........................................................................................................................72 6.2. Resultados Esperados en Materia de Cobertura y Participacin.......................................73 6.3. Metas de Posicionamiento................................................................................................74 Pgina 6 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 7 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.4. Producto. Estrategia de Producto......................................................................................75 6.4.1. Describa el Producto/Servicio (qu es y qu no es)....................................................75 6.4.2. Es un Producto/Servicio Durable, Estacional?..........................................................77 6.4.3. Caractersticas del Producto que Influyen en la Decisin de Compra.........................78 6.4.4. Existen Estudios que Respalden sus Hiptesis?......................................................79 6.5. Precio. Estrategia de Precio..............................................................................................80 6.5.1. Condicionantes del Precio..........................................................................................80 6.5.2. Estrategia de Precio...................................................................................................81 6.6. CIM Comunicaciones Integradas de Marketing................................................................83 6.6.1. Descripcin de la Planificacin Estratgica de las Acciones de Comunicacin...........83 6.6.2. Diseo de Sitio Web (7 C y Pantallas Descriptivas) .................................................88 6.6.3. Prototipo de Sitio Web................................................................................................91 6.6.4. Plan de Medios..........................................................................................................92 6.7. Distribucin.......................................................................................................................96 6.7.1. Factores Condicionantes de la Distribucin Principales Canales................................96 6.7.2. Estrategia de Distribucin...........................................................................................97 6.7.3. Canales (tipo y nivel) .................................................................................................97 6.7.4. Anlisis de Localizacin de Puntos de Venta Propios.................................................98 6.7.5. Opciones de Asociacin.............................................................................................98 6.7.6. Gestin del JIT just in time.........................................................................................98 7. Operaciones............................................................................................................................99 7.1. Organizacin de la Empresa...........................................................................................100 7.2. Grupo Fundador, Composicin del Directorio, Principales Accionistas............................100 7.3. Composicin del Staff Gerencial y Perfil de los Ejecutivos Claves...................................101 7.4. Estructura Prevista al Lanzamiento y Evolucin..............................................................103 7.5. Filosofa y sistema de trabajo..........................................................................................103 7.6. Nuestra Filosofa.............................................................................................................103 7.7. Sistema de Trabajo.........................................................................................................104 7.7.1. Gestin de Proyectos...............................................................................................104 7.7.2. Anlisis y Diseo Orientado a Objetos......................................................................107 7.7.3. Gestin de Calidad...................................................................................................109 7.8. Requerimientos en Materia de RRHH: descripcin de la plantilla en los distintos momentos previstos de evolucin de la estructura. ................................................................................110 8. Aspectos Descriptivos de la Solucin Tecnolgica................................................................111 8.1. Descripcin Reducida del Negocio..................................................................................112 8.2. Anlisis de Beneficios ....................................................................................................115 Pgina 7 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 8 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.3. Fundamentos de la Solucin Tecnolgica.......................................................................115 8.3.1. Propsito..................................................................................................................115 8.3.2. Objetivos .................................................................................................................115 8.3.3. Limitaciones de la Solucin ....................................................................................116 8.4. Anlisis del uso...............................................................................................................116 8.5. Perfiles de los Usuarios..................................................................................................117 8.6. Escenarios de Uso..........................................................................................................118 8.7. Estrategias Para la Seleccin de la Plataforma Tecnolgica...........................................119 8.8. Estrategia de Seguridad..................................................................................................120 8.8.1. Nivel de Red.............................................................................................................120 8.8.2. Nivel de Aplicacin ..................................................................................................120 8.8.3. Nivel de Base de Datos............................................................................................121 8.9. Descripcin de reas Funcionales..................................................................................122 8.9.1. Requerimientos........................................................................................................122 8.9.2. Requerimientos Funcionales....................................................................................123 8.9.3. Requerimientos No Funcionales...............................................................................127 8.9.4. Requerimientos del Negocio.....................................................................................129 8.10. Alcance.........................................................................................................................130 8.11. Lista de caractersticas y funciones...............................................................................131 8.12. Fuera del alcance.........................................................................................................132 9. Anlisis..................................................................................................................................133 9.1. Casos de Uso Por reas Funcionales.............................................................................134 9.1.1. rea Funcional: Seguridad.......................................................................................134 9.1.2. rea Funcional: Ventas............................................................................................134 9.1.3. rea Funcional: Administracin de Transporte.........................................................135 9.2. Listado de Casos de Uso................................................................................................136 9.3. Diagrama de Casos de Uso por reas Funcionales........................................................137 9.3.1. rea Funcional: Seguridad.......................................................................................137 9.3.2. rea Funcional: Ventas............................................................................................138 9.3.3. rea Funcional: Administracin de Transporte.........................................................139 9.4. Especificacin de Casos de Uso.....................................................................................140 9.4.1. rea Funcional Seguridad........................................................................................140 9.4.2. rea Funcional Ventas.............................................................................................171 9.4.3. rea Funcional Administracin Transporte...............................................................228 9.5. Diagramas de Clases Por rea Funcional.......................................................................261 9.5.1. rea Funcional Seguridad........................................................................................262 Pgina 8 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 9 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.2. rea Funcional Ventas.............................................................................................264 9.5.3. rea Funcional Administracin Transporte...............................................................270 9.6. Diagramas de Secuencia................................................................................................273 9.6.1. rea Funcional Seguridad........................................................................................274 9.6.2. rea Funcional Ventas.............................................................................................286 9.6.3. rea Funcional Administracin Transporte...............................................................305 9.7. Diagrama de Componentes............................................................................................317 9.8. Diagrama de Paquetes...................................................................................................318 9.8.1. Arquitectura del Sistema N-Tier.............................................................................318 9.8.2. Arquitectura del Sistema Integracin MVC N-Tier..................................................319 9.8.3. Interfase de Usuario (UI)..........................................................................................321 9.8.4. Business Logic Layer (BLL)......................................................................................323 9.8.5. Data Acces Layer (DAL)...........................................................................................324 9.8.6. Business Entities (BE)..............................................................................................325 9.9. Diagrama de Entidad Relacin........................................................................................326 9.10. Diagrama de Despliegue...............................................................................................329 9.11. Diagrama de Clases de Toda la Solucin......................................................................330 10. ANEXOS.............................................................................................................................333 10.1. ANEXO 1 NORMAS DE CALIDAD.............................................................................334 10.2. ANEXOS ESPECIFICOS DEL PROYECTO..................................................................348 10.2.1. LEY DE CONFIDENCIALIDAD...............................................................................348 10.2.2. LEY 11.723 (235) - Propiedad intelectual...............................................................354 10.2.3. MARCO REGULATORIO DEL TRANSPORTE TERRESTRE DE CARGAS...........370 10.2.4. PARTICIPACIN DEL TRANSPORTE AUTOMOTOR DE CARGAS EN LA ECONOMA NACIONAL....................................................................................................386 10.2.5. ANEXO TECNOLOGICO........................................................................................402 10.3. Bibliografia....................................................................................................................438

Pgina 9 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 10 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1. Descripcin General

Pgina 10 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 11 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.1.

Descripcin Bsica del Negocio

1.1.1. Definicin del Negocio


El presente negocio se basa en la creacin de un producto/sistema como herramienta de administracin informtica para la facturacin y seguimiento de viajes realizados por empresas de transporte de cargas generales, peligrosas y mudanzas.

El producto busca satisfacer la demanda de las necesidades que presenta el sector PYME del Mercado Industrial de Servicios de Transporte Terrestre de Cargas Generales y Peligrosas, el cual se ve afectado por factores econmicos, tecnolgicos y operativos, impidindole adquirir soluciones disponibles para las grandes empresas.

A grandes rasgos, el producto a crear y desarrollar presentara las siguientes caractersticas: Sistema Web por intranet, aprovechando las ventajas de estas tecnologas en contraposicin con las aplicaciones de escritorio. Generacin y clculo de presupuestos de viajes y seguimiento del mismo. Facturacin de viajes en base a los presupuestos calculados por la herramienta. Liquidacin de viajes a chferes en base a los viajes facturados. Registro de vehculos y calculo de disponibilidad de los mismos para la realizacin de viajes. Registro de clientes: consumidores finales, empresas. Administracin de usuarios del sistema, permisos y roles. Reportes de facturacin, ventas, viajes, etc.

Asociado a la creacin y desarrollo del producto/sistema se crearn servicios de post-venta necesarios para su mantenimiento y evolucin, generando una cadena de estimulacin de ingresos econmicos futuros.

Dentro de los servicios a crear y prestar se destacan: Capacitacin de uso del sistema. Servicios de soporte a usuarios. Presencial y de forma remota Mantenimiento del sistema. Comercializacin de nuevas versiones del producto/sistema original.

Pgina 11 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 12 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Una vez desarrollado el producto se comercializara como una herramienta o aplicacin de mercado vertical, especfico del Mercado Industrial de Servicios de Transporte Terrestre de cargas generales y peligrosas. El cual ser distribuido de manera directa a nuestras empresas clientes. Por cada producto vendido, se estimula la contratacin de algunos o varios de los servicios de post-venta. Buscando mantener cautiva la atencin del cliente, se comercializaran nuevas versiones del producto a ms bajo costo, el cual aportar una evolucin del mismo por medio de nuevas funcionalidades y mejoras, pero sobre todo generando la necesidad de mantener o ampliar los servicios de post-venta.

Fig. 1 Esquematizacin de ventas y servicios

1.1.2. Motivacin y Justificacin del Negocio.


EL presente negocio busca presentar una solucin integral al problema inherente a la administracin, seguimiento y facturacin de servicios de transporte de cargas generales y peligrosas. Dichos problemas son percibitos por los clientes del mercado como un estado de carencia traducido o reflejando en una necesidad. La necesidad de contar con una herramienta que permita resolver sus problemas de gestin. Dichos problemas y necesidades son identificados o presentados dentro del Mercado Industrial de Servicios de Transporte Terrestres de Cargas Generales y Peligrosas. Especficamente de la Pequea y Mediana empresa residentes en la Zona Oeste y Sur del Gran Buenos Aires. En base a esto hacemos una breve introduccin acerca de la situacin actual relevada de dichas empresas: Pgina 12 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 13 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

En la actualidad varias pequeas y medianas empresas dedicadas al transporte tanto de materiales, maquinarias, productos generales, cargas peligrosas, mudanzas a particulares y empresas. Se enfrentan a la problemtica de no contar con un sistema estndar para la administracin, seguimiento y facturacin de sus servicios. Dado que la estimacin de los costos de sus servicios no pueden ser parametrizados de manera previa a la venta como es el caso de productos definidos o paquetes de servicios y que estos costos una vez calculados permanezcan invariables por un periodo de tiempo, es necesario un sistema de clculo dinmico en base a las caractersticas del servicio a prestar. Otra problemtica extra es el clculo de costos de facturacin en base a un itinerario de ruta entre provincias, localidades o inclusive pases. Incluyendo distancias, viticos, estadas, etc. Pese a que en el marcado actual existen algunos productos informticos que podran dar en parte solucin a esta problemtica, los mismos presentan un elevado costo e incluso una complejidad en sus soluciones que excluyen la insercin de empresas de transporte del tipo PYME. En base a ello varias empresas de transporte recurren al desarrollo de soluciones informticas a medida para la sistematizacin de sus procesos empresariales. Un punto en particular, es que estas soluciones son construidas por trabajadores independientes, los cuales brindan sus servicios por muy bajos costos en comparacin con empresas de desarrollo de soluciones informticas o productos estndares. As mismo estos ponen su foco en dar solucin al problema de una empresa en particular, y dichas empresas no poseen la experiencia para evaluar la calidad y escalabilidad del producto adquirido. Otro factor importante, estas soluciones carecen de servicios eficaces de asistencia posterior a la venta, tanto como capacitacin, soporte a usuarios y mantenimiento. Si bien un desarrollo informtico a medida representa una solucin en cuanto a adaptabilidad y costos para las empresas, genera implcitamente un sector de mercado fragmentado constituido por diversas soluciones adoptadas por cada una de estas empresas. Dicha fragmentacin en el mercado de soluciones informticas para el rubro de transporte, generan la oportunidad de crear un producto adaptativo, escalable y de bajo costo pero de alcance genrico a las empresas de este sector. La oportunidad de negocio surge de la construccin de un producto/sistema empresarial para suplir las necesidades previamente descritas y cautivar una franja del mercado en vas de desarrollo. Dicho producto/sistema busca cautivar a las pequeas y medianas empresas de transporte apuntando a las cualidades de:

Pgina 13 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 14 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Bajo costo: Se prev la comercializacin del producto como una solucin de mercado, logrando ganancias por cantidades vendidas y los servicios de post-venta contratados. Esta estrategia de venta permitir disminuir los costos de compra inciales para los clientes pero buscando ganancias por ingresos a largo plazo para el negocio. Escalabilidad: El producto crecer de manera evolutiva brindando nuevas funcionalidades y caractersticas a los clientes. Fomentando la venta de nuevas versiones del producto/sistema generando implcitamente el mantenimiento y contratacin de los servicios de post-venta, a fin de lograr ganancias futuras. Diferenciacin de la tecnologa de construccin: Modalidad de sistema web-online por intranet, reduciendo costos del equipamiento necesario para su utilizacin. Costos de mantenimiento, instalacin. Ventajas sobre las soluciones actuales de sistemas de escritorio.

1.1.3. Tipo de E-Business


El presente negocio dado las caractersticas anteriormente descritas del mismo se ubica dentro del tipo del Business To Business (B2B). Nuestras motivaciones para introducirnos en este tipo de mbito son las siguientes: Buscamos tener un alcance y llegada al mercado mediante un canal efectivo el cual nos permita lograrlo. Los negocios electrnicos nos permiten bajar el costo de nuestras acciones comerciales. Mediante los negocios en lnea accedemos a un mundo sin fronteras ni lmites geogrficos. Mediante los negocios en lnea tendremos una disponibilidad para nuestros clientes de 24x7.

Pgina 14 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 15 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.1.4. Modalidad de E-Commerce


El presente negocio ser representado principalmente por la modalidad de comercio electrnico indirecto. El comercio electrnico indirecto hace referencia a la adquisicin de bienes por internet, que luego requieren ser enviados fsicamente utilizando para ello alguno de los canales o vas tradicionales de distribucin. Esta clasificacin surge de la propia estrategia de marketing en internet que aplicaremos, la cual se basa en utilizar el 4to canal (internet) como medio para realizar ventas basndonos en acciones del marketing one-to-one y la distribucin de forma fsica como canal tradicional ya que el producto se entrega bajo las caractersticas de empaque.

1.2.

Situacin Actual del Negocio

Actualmente el presente proyecto de negocio ha superado la etapa inicial que abarca el relevamiento general de las necesidades de clientes y situacin actual del mercado incluyendo competidores. Esta informacin constituye la base para justificar la oportunidad de desarrollo del nuevo negocio. A fin de poner en marcha el mismo se debern realizar las siguientes acciones: Construccin del producto/sistema Montaje de la estructura necesaria para brindar servicios de post-venta asociados al producto.

La empresa responsable de llevar adelante el presente plan de negocios, cuenta en materia tecnolgica con el personal y experiencia necesaria para la construccin del nuevo producto/sistema, as mismo, para brindar los servicios de post-venta. Como punto destacable y en base a la relacin con algunas empresas del sector de transportes, se cuenta con el potencial inters de compra de un primer cliente. Si bien los costos inciales para el desarrollo del nuevo negocio debern ser absorbidos por la empresa responsable de llevar adelante el presente plan de negocios. Se asegura un primer ingreso de ventas inmediato, por parte del cliente interesado. Este primer ingreso, previa firma de contratacin, ser tomado como base monetaria para la financiacin de gran parte del proyecto. Una vez finalizada la construccin del producto y posterior a su colocacin en el primer cliente, se realizara el lanzamiento del mismo al mercado.

Pgina 15 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 16 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.3.

Potenciales Ventajas Competitivas

El presente proyecto est destinado a posicionar un producto de alta calidad y bajo costo en un segmento de mercado descubierto o no considerado por competidores considerables. Es decir, el nuevo producto, llegar al Mercado Industrial de Transporte Terrestre de Cargas Generales y Peligrosas de la Pequea y Mediana Empresa presentando eficientes prestaciones para cautivar nuevos clientes. El producto evidencia los beneficios que trae consigo para la operatoria cotidiana en las empresas de transporte. Con la presente herramientas las empresas de transporte podrn manejar su informacin de negocio de manera centralizada, reducir considerablemente los tiempos de generacin de presupuestos, seguimiento de viajes, cobro y facturacin. Estas nuevas posibilidades se traducen tambin en una reduccin de costos importantes en la operatoria de la misma pero sobre todo se traduce tambin en una considerable reduccin de los tiempos de respuesta de las empresas hacia sus clientes. En la actualidad no existe un producto de tales caractersticas en el segmento de mercado mencionado, digamos que, los productos existentes son desarrollos a medida de poca calidad en procesos de negocio o excesivamente caros para este segmento.

1.3.1. Tecnologa de Construccin del Producto


El sistema estar construido aprovechando las ventajas de las tecnologas web y utilizando una canal intranet para acceso al mismo. Este tipo de tecnologa permite el acceso al sistema si previa instalacin del producto en las computadoras que lo utilicen. As mismo las computadoras clientes no requerirn de gran capacidad de proceso, ya que el procesamiento de la informacin es realizado en el servidor del sistema en contraposicin con los sistemas de escritorio los cuales utilizan la capacidad de proceso de las computadoras clientes. Frente a nuevas actualizaciones de versiones del producto, bastara simplemente aplicarlas en el servidor del sistema para que automticamente todos los clientes puedan verlas reflejadas de manera inmediata. En el caso de que la empresa cliente no cuente con un equipo servidor, podrn utilizar una computadora personal que actu como reemplazo. Beneficio: Este tipo de tecnolgica reduce los costos que deben invertir las PyMes de transporte sobre equipamiento para la utilizacin de un sistema central. As mismo reduce la proyeccin de gastos de equipamiento sobre el sistema a largo plazo, logrando un importante beneficio para las mismas.

Pgina 16 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 17 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.3.2. Accesibilidad Para la Utilizacin del Producto


El sistema podr ser accedido por cualquier computadora que cuente con licencia de uso del mismo, simplemente conectndose a la red de la empresa cliente. As mismo, en caso de que la empresa cliente lo requerir podr acceder al sistema desde fuera de las instalaciones de la misma utilizando un canal de comunicacin como Internet. Esta caracterstica permite que las PyMes de Transporte se vean beneficiadas tambin por la reduccin de trabajo de personal tcnico de PCs. Ya que no es necesario solicitar horas de trabajo de un especialista para realizar la instalacin de nuevos puestos de trabajo. Beneficio: En el caso de que la empresa acceda al sistema va Internet, tendr un gran beneficio agregado al contar con acceso a sus fuentes de informacin de manera On-Line y en Tiempo real. Esta caracterstica no existe de momento en las soluciones de mercado sobre sistema de este tipo.

1.3.3. Amigabilidad y Calidad de Imagen del Producto


El producto/sistema estar construido bajo los lineamientos de las aplicaciones del tipo RIA (Rich Internet Application), la cual brinda a los usuarios del mismo una experiencia de uso totalmente diferente a los sistemas convencional. Para esto se prev un diseo de interfaces de alta calidad, enfocndose en la navegabilidad y presentacin de la informacin. El modelo de interfaces del sistema busca la utilizacin del mismo de manera intuitiva brindando al usuario una experiencia uso amigable.

1.3.4. Adaptabilidad a Nuevos Entornos


Al tratarse de un sistema de utilizacin on-line ya sea por intranet o internet, el mismo podr adaptarse de manera muy simple a nuevos espacios de utilizacin. Un ejemplo de esta caracterstica, sera la publicacin en internet del mismo para su utilizacin sin la necesidad de instalacin en la estructura de la empresa cliente alineando al concepto de utilizacin de sistemas en la nube o Cluod Computing.

Pgina 17 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 18 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.4.

Factores Principales Para el xito del Proyecto

1.4.1. Precios Competitivos


La definicin del precio del producto es un factor clave para posicionarlo entres las tres lneas de competidores principales: Propietarias de productos enlatados o software de mercado, empresas de software con desarrollos a medida y trabajadores independientes con desarrollos sistemas a medida. Debe priorizarse la estrategia de ventas que apunta a ganar dinero no solo con la venta inicial del producto, sino generando ingresos futuros a travs de la prestacin de servicios de post-venta como as tambin la venta de nuevas versiones del sistema. Es importante no perder de vista que el mercado objetivo del negocio esta apuntado a la pequea y mediana empresa del transporte. Si bien estas empresas, prestan grandes resistencias a una gran inversin inicial no es el caso para la realizacin de inversiones a largo plazo o de manera prorrateada. Al tratarse de un producto o solucin de mercado el costo ser inicialmente ms bajo que una solucin a medida desarrollada por una empresa software. As mismo estar por encima de soluciones desarrolladas por trabajadores independientes, pero con grandes caractersticas que lo diferenciarn de estas y justificarn un leve esfuerzo. Dado que la empresa que lleva adelante el presente plan de negocios se dedica al desarrollo de software, la construccin del producto final tendr un costo notablemente inferior al caso de tener que contratar a una empresa o consultora que pueda construirlo. Este punto permitir conseguir un costo por debajo de las soluciones enlatadas o de mercado existentes. Finalmente se presenta la ubicacin final de precio de venta del producto en el contexto de sus competidores, situada en un lugar de alta competencia.

Fig. 2 Ubicacin de Precio de Venta

Pgina 18 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 19 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.4.2. Calidad del Producto


La distincin en cuanto a calidad del producto ser un factor clave de diferenciacin con las soluciones existentes. Existen tres aspectos de diferenciacin de la calidad del nuevo producto: Calidad en la definicin de requisitos del sistema: Si bien se cuenta con personal altamente capacitado en el relevamiento y gestin de requerimientos, se tiene acceso a entrevistas con potenciales clientes los cuales aportaran la informacin necesaria para atender requisitos claves del negocio. Calidad referida a la presentacin grafica de la solucin y de la informacin: Este punto hace referencia en lograr un alto impacto en la experiencia de uso por parte de los usuarios. Calidad en la usabilidad del sistema: El Producto es creado mediante la utilizacin de metodologas maduras para el desarrollo de software. En base a la aplicacin de estas, se asegura un alto porcentaje de lanzar un producto libre de fallas o errores.

1.4.3. Evolucin e Innovacin Constante


Un factor clave es la evolucin e innovacin constante del producto en periodos tentativos previamente definidos. Es muy importante ir de la mano con los nuevos avances tecnolgicos a fin de aportar nuevas caractersticas al sistema que lo distingan de sus competidores. As mismo, es importante ir dotando al producto de nuevas funcionalidades que aporten a su completitud y versionado. Dado que la empresa que llevara adelante el presente plan de negocios est ntimamente vinculada con el desarrollo de software, ser un hecho el aparte de nuevas tecnolgicas o metodologas de trabajo aplicables al producto.

Pgina 19 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 20 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.4.4. Ingreso Inicial en Mercados Localizados


Dado que en la actualidad existen diferentes soluciones en el mercado, es crucial apuntar a un sector de mercado claramente definido como el ms dbil o vulnerable. Este segmento de mercado es el identificado por empresas que han optado por soluciones a medida de baja calidad y prestaciones pero a muy bajo costo. Para esto, se cuenta con una estrategia o plan de accin promocional del producto incluyendo: Distincin de la calidad del producto y prestaciones del mismo. Precios de adquisicin competitivos con bajos costos de implementacin. En caso de ser necesario, facilidades de financiacin, con licencias de uso del sistema renovables de manera mensual contra pago de cuotas.

1.5.

Estrategia

1.5.1. Misin
Nuestra misin es construir productos de software de alta calidad y prestaciones los cuales se transforman en soluciones informticas acompaadas por servicios especficos para lograr la plena satisfaccin de nuestros clientes.

1.5.2. Visin
Ser una empresa lder en el mercado Argentino de software que se distinga por proporcionar soluciones y productos de alta calidad y valor para nuestros clientes.

1.5.3. Propsito Estratgico


Nuestro propsito estratgico es lograr una estrecha relacin con los clientes por medio de nuestras acciones y no por nuestras palabras. En virtud de esto nos proponemos tomar las experiencias de nuestros clientes como propias para lograr un mayor entendimiento y ganar mercado. Dentro de nuestros objetivos generales est el de mejorar constantemente nuestros servicios de apoyo al producto por medio de las experiencias adquiridas. Fomentando una respuesta realmente rpida y efectiva para nuestros clientes. Mejorar la calidad de nuestro producto da a da por medio de la experiencia ganada en el mercado y apoyada por actividades de investigacin y desarrollo. La mejora continua en nuestros procesos de negocio y desarrollo de producto es un gran objetivo de alcance general, por tal motivo nos basamos en la aplicacin de normas ISO 9001:2000. En funcin de lo expuesto lograr una mejora en las utilidades para apoyar el crecimiento, es nuestro gran objetivo. Pgina 20 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 21 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.6.

Identificacin de la Oportunidad de Negocio

En base a relevamientos y estudios realizados sobre el Mercado Industrial de Servicios de Transporte Terrestre de Cargas Generales y Peligrosas y en contraposicin con nuestra compaa, podemos indicar algunas situaciones la cuales identifican las oportunidades del presente negocio. La oportunidad de negocio, nace en virtud de satisfacer la demanda de necesidades de la pequea y mediana empresa del rubro de transportes de cargas generales. En la actualidad existe un mercado fragmentado de soluciones de software brindadas a estas empresas: Las PyMes del sector adquieres soluciones en base a costos bajos a los cuales puedan alcanzar, por este motivo optan por soluciones de las ms diversas caractersticas. Alto costo en la adquisicin de soluciones existentes en el mercado de software: o Las consultoras o empresas dedicadas al desarrollo de productos de tales caractersticas tienen costos de adquisicin demasiado elevados para el poder econmico de las PyMes del sector al tratarse de una solucin a medida. Las empresas existentes que pueden brindan tal producto se encuentran en un grado de evolucin tal, que los procesos administrativos que manejan dichos productos son excesivos en comparacin a los procesos de negocio que actualmente utilizan las PyMes del sector.

Servicios de asistencia o soporte informales por parte de trabajadores independientes: Quienes desarrollan soluciones a medida de manera informal, prestan a su vez servicios de asistencia los cuales carecen de una infraestructura que respalde a la misma, lo que se traduce en un servicio de baja calidad y rendimiento de respuesta. Los competidores actuales en el mercado seleccionado no pueden equiparar la relacin de costo calidad del producto que ponemos a disposicin de los clientes. Los productos actuales en el mercado no cumplen las expectativas de calidad y manejo de proceso de negocios que requeran los clientes. Desde el punto de vista tecnolgico, nuestro producto aporta mejoras a la realizacin de procesos de negocios. Es una herramienta de apoyo diario y continuo al trabajo de los empleados de las empresas de transporte, el cual busca optimizar sus tiempos y actividades.

Pgina 21 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 22 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.7.

Capacidades Centrales

En referencia a nuestras capacidades centrales podemos destacar dos bandos altamente distinguibles. Por un lado nuestra abocada dedicacin a las necesidades del cliente y por otro el esfuerzo, el profesionalismo y la dedicacin que ponemos en lo que hacemos. El personal con el que contamos, sus conocimientos, trayectorias y experiencia son una fuerte base sobre la cual se apoya el desarrollo de nuestro proyecto. A la hora de hablar de nuestras capacidades centrales podemos mencionar: Profesionalismo: Las personas que conforman las reas de nuestra empresa como as tambin las que se puedan incorporar a futuro en virtud del presente proyecto, son elegidas mediante un arduo proceso de seleccin. Esto nos asegura de contar con personal que se ajusta naturalmente a nuestros valores y concuerdan con nuestros objetivos. La experiencia y trayectoria de los profesionales que trabajan en nuestra firma, a fin de abordar el presente proyecto, tienen caractersticas distintivas y un gran conocimiento de sus funciones y actividades. Gestin de Calidad: Nuestros procesos de construccin de productos de software se rigen por metodologas de desarrollo de sistemas que aseguran la satisfaccin del cliente por medio de la calidad final que ellos llegan a percibir. Dado que la calidad es un concepto que alcanza a todos los integrantes de una organizacin, se desarrollaran constantes capacitaciones acerca de los procedimientos necesarios para poder lograrla. Atencin al Cliente: Consideramos que el xito de una empresa depende fundamentalmente de la demanda de sus clientes. Ellos son los protagonistas principales y el factor ms importante que interviene en el juego de los negocios. Por eso, para nosotros es fundamental darles la principal atencin. En virtud lograr una gran calidad de atencin, se capacitara e instruir en a nuestro personal de atencin del cliente acerca de todas las caractersticas del producto, la historia y objetivos, misin y visin de la compaa como as tambin sobre modales y tcnicas de charlas bajo presin.

Pgina 22 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 23 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Cultura Organizacional: Para nosotros la Cultura Organizacional es considerada como la atmsfera o ambiente de trabajo. Es el conjunto de suposiciones, creencias, valores y normas que comparten nuestros miembros. Por eso, todo el personal interno es consciente de la importancia de la misma y que se encuentra por encima de todo. En virtud de esto, ponemos especial nfasis en transmitir estos valores y creencias a toda persona que se incorpora a nuestra organizacin.

1.8.

Propuesta de Valor Para el Cliente

Nuestro Sistema de Administracin de Transporte fue diseado especficamente para satisfacer las necesidades de administracin, estimacin, control y facturacin de viajes de la empresa transportista. Este no ha sido solo su objetivo, sino su propsito y la razn de su existencia. Desarrollado con tecnologas de ltima generacin, le posibilita brindar un alto rendimiento en respuestas de bsqueda, registracin y edicin de informacin, pero sobre todo, ser un producto escalable y moderno. Definitivamente creado, para reducir tiempos operativos y brindar la informacin necesaria en el momento justo, es precisamente lo que necesita para apoyar la toma de decisiones y convertirlas en ventajas competitivas. Nuestro sistema optimiza su tiempo y recursos, usted atienda ms negocios.

Pgina 23 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 24 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.9.

Valores Nucleares de la Organizacin

A continuacin mencinanos los valores nucleares de la organizacin:

Ser previsores y proactivos para anticiparnos, crear y guiar en los procesos de trabajo La base fundamental de nuestra interaccin es el trabajo continuo y la colaboracin. Nuestras acciones deben ser comandadas por la Innovacin y liderazgo. Alcanzar el ms alto nivel de satisfaccin de nuestros clientes por medio del desarrollo personal y profesional. Tener una comunicacin clara, coherente y uniforme tanto interna como con nuestros clientes. Debemos ser abiertos y no presentar resistencias a los procesos de cambios. Tener respeto y honestidad en nuestras actividades diarias, pero sobre todo en nuestras vidas. Tener conciencia de nuestras acciones, ya que siempre las mismas tendrn una consecuencia.

Todos estos valores nos permiten tener una lnea coherente de accin que nos lleva a lograr un trabajo exitoso con los clientes de la organizacin.

Pgina 24 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 25 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.10. Enfoque e Iniciativas Estratgicas


El posicionamiento de la estrategia de negocios estar apuntado a la solucin Integral para el Cliente. Dado que se busca satisfacer las demandas de necesidades de un nicho especfico de negocio, apuntamos a: Lograr un impacto en la utilidad del cliente, a partir de nuestros servicios, frente al de la competencia. Lograr la retencin de clientes, por medio de comercializacin de nuevas versiones del producto y servicios de post-venta. Esto nos llevara a obtener una rentabilidad individual o por el segmente del mercado. Desarrollo de un porcentaje del producto a partir de las necesidades del cliente.

Pgina 25 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 26 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes


de Objetivos de adaptacin. los procesos

Eficacia Operacional

Mnimo costo del producto

Mximo valor al cliente

Mejor desempeo Del sistema.

Orientacin Al cliente

Maximizar volumen de productos, Bajos costos de distribucin.

Participacin En el cliente

Participacin en las Empresas complement arias.

Innovacin

Ser primeros en el mercado, diseo dominante. Mejor Producto

Paquetes de productos A medida Solucin Integral para el cliente

Arquitectura del Sistema armonizado Consolidacin del Sistema

Papel de los procesos de adaptacin en el apoyo del posicionamiento estratgico de la empresa.

Pgina 26 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 27 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.10.1.

Ciclo de Vida del Negocio

El negocio de venta de sistemas o software para la administracin de viajes y facturacin de empresas de transporte terrestres de cargas generales y peligrosas presenta en la actualidad una actividad considerable en el sector de las grandes empresas. En el caso de la pequea y mediana empresa la actividad es distinta ya que parecera que los productos de mayor popularidad actuales apuntan solamente a las grandes empresas. No obstante, se ha observado que de manera paulatina las pequeas y medianas empresas van adquiriendo productos informticos a fin de automatizar sus procesos. Consideramos que el principal negocio que llevara adelante la empresa en la venta del producto software de administracin y facturacin de viajes y sus correspondientes servicios de postventa, hacindolo llegar a los clientes por los canales de distribucin tradicionales. Dado que estamos en una etapa de inicio o inicial del negocio no abarcaremos otro tipo de productos como ser desarrollos complementarios a medida del producto, pero pese a esto, si podemos agregar un adicional sobre la venta de ciertas personalizaciones del producto en base a ciertas caractersticas del cliente. A fin de complementar la nuestra descripcin presentamos un modelo clsico denominado matriz del Boston Consulting Group o BCG. y simple

Pgina 27 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 28 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Producto Estrella: El producto estrella para nuestro negocio es el sistema o software de administracin y facturacin de viajes. Salo en el mercado de las grandes empresas, en los segmento a los cuales apuntamos no existe un producto de propsito general como el que estamos presentando. Nos enfocaremos en explotar las virtudes del producto a fin que de pueda ganar clientes suficientes las los cuales aporten gran rentabilidad al negocio y pueda transformarse en un producto Vaca.

Vaca Lechera: La vaca lechera est representada por la venta y distribucin de productos, esta debera ser la tendencia del negocio que nos prevea de ingresos constantes y creciente. Aqu el producto es de uso corriente y podemos obtener buenas rentabilidades.

1.10.2.

Ciclo de Vida del Producto

A fin de describir en que etapa del ciclo de producto nos encontramos creemos conveniente introducirnos en el tema. El producto pasa por las siguientes etapas en su ciclo de vida: Desarrollo: La compaa ha encontrado y desarrollado una nueva idea de producto nuevo. Las ventas son nulas y los costos de inversin aumentan. Introduccin: El producto se lanza al mercado y recibe una determinada acogida inicial. El crecimiento es lento de las ventas a medida que el producto se introduce al mercado. Utilidades bajas. Crecimiento: Periodo de aceptacin rpida en el mercado y crecimiento de utilidades. Madurez: El producto est asentado en el mercado y las ventas empiezan a estancarse. Declive: El producto deja de ser interesante para el mercado y las ventas empiezan a disminuir. Nuestro producto se encuentra en la etapa de Desarrollo, pero teniendo en cuenta que para su lanzamiento al mercado se encontrar en la etapa de Introduccin. En base a esto realizaremos todos los esfuerzos necesarios en darlo a conocer, captar los primeros clientes y que as el mercado comience a conocer el producto. Es fundamental y muy importante asumir que durante esta etapa pueden darse ciertas perdidas respecto al costo invertido u obtener un rendimiento negativo, pero es un proceso natural al tratarse de un producto nuevo que est siendo lanzado al mercado.

Pgina 28 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 29 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Pese a estos tipos de riesgos, tenemos muy en claro la tendencia a seguir reforzando las actividades necearas para que el producto gane los primero clientes y utilidades, para llevarlo rpidamente a un estado de Desarrollo. A fin de complementar la descripcin del producto en el mercado presentamos un modelo clsico y simple denominado matriz de Producto/Mercado.

En base a lo descrito en el grafico marcamos las zonas de nuestro inters o las cuales son nuestro objetivo de manera sombreada. Dado a que somos representantes de un nuevo negocio que vender un producto de caractersticas en algn punto similares a algunos ya existentes en otros segmentos de mercado, inicialmente nos enfocamos en la Penetracin de Mercado. As mismo, dado los segmentos o nichos identificados para la venta del producto este tendr un dote de nuevo producto, por tal motivo nos enfocamos tambin en el Desarrollo de Producto.

Pgina 29 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 30 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.11. reas Claves de Resultados (identificar y justificar)


Las reas calves de resultado en nuestro negocio son cruciales para el buen y eficiente funcionamiento del mismo, en base a esto nuestras reas son:

Atencin al Cliente (Servicios de Asistencia): Es fundamental una total atencin al cliente, tanto como soporte a la utilizacin del producto como as tambin para formar una relacin fuerte. Lograr una estrecha relacin dar a la empresa la posibilidad de percibir como se siente el cliente en relacin a nuestro producto. Podremos captar necesidades no atendidas o nuevas, detectar clientes en riesgo de ser perdidos y nos dar una nocin de cmo se desarrollo su negocio. Marketing & Ventas: Es fundamental el desempeo del rea para captar nuevos clientes y ganar posicionamiento en el nicho del mercado. I&D: Es crucial lograr nuevos conocimientos en tecnologas capaces de dotar el producto de los beneficios del avance tecnolgico. As mismo considerar e investigar nuevas reas de avances tanto para el producto como para la compaa.

Distribucin: Pese a que en nuestro negocio nos basamos en la venta de un producto intangible, el mismo es distribuido de manera fsica en un soporte de almacenamiento magntico llamado DVC. Por este motivo, esta rea es la encargada de realizar la distribucin y entrega de los productos adquiridos por sus compradores. No es necesaria una gran actividad logstica para la entrega de nuestro producto ya que no es vendido en cantidades masivas, pero si es de vital importancia hacer llegar los productos en tiempo y forma cuando lo solicite el cliente.

Pgina 30 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 31 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1.12. Ingreso al Sector: Estrategias de Insercin

Dado que el presente negocio se base en la comercializacin de un producto o sistema para un rubro en particular de servicios como ser el transporte de cargas generales, apuntamos a consolidarnos en un segmente especifico del mercado. Dentro de este primer segmento, nos concentraremos ms especficamente sobre la pequea y mediana empresa. La estrategia de insercin es bsicamente, la conocida estrategia de cua u oportunista sobre la cual se han identificado los puntos dbiles de los competidores convirtindolos en fuertes para nosotros. A partir de esta primera instancia se buscara a futuro la conquista de otros segmentos del mercado. Nuestra estrategia estar basada entonces en un enfoque Especialista con una orientacin fuerte a la Diferenciacin.

Ventaja Competitiva Bajo Costo Diferenciacin MercadoAlcance del Amplio LIDERAZGO EN COSTOS DIFERENCIACION

Restring ido

CONCENTRACION EN COSTOS

CONENTRACION EN LA DIFERENCIACION

Pgina 31 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 32 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2. Anlisis Estratgico

Pgina 32 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 33 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.

Anlisis de Contexto

2.1.1. Descripcin del Escenario Local


En primera instancia el nuevo producto ser lanzado a nivel local en el pas de Argentina, ms precisamente en el Gran Buenos Aires. El Gran Buenos Aires incluye una primera divisin en zonas, las cuales son la zona oeste, sur y norte. Cada zona a su vez es abarcativa de una gran cantidad de localidades. La ubicacin geogrfica de lanzamiento, es importante, a saber que la gran cantidad de empresas de transportes de cargas generales se encuentra alojadas fsicamente en esta regin. Por ende el nicho de mercado identificado en nuestra estrategia de insercin al mercado tambin. A nivel local, conforme se fueran dando avances en materia de tecnologas de la informacin, las distintas empresas parecen haber concebido la importancia de contar con estas a fin de generar valor y ventajas competitivas para sus propias compaas. Este tipo de mentalidad en el sector local empresario, afecta positivamente al lanzamiento del nuevo producto. Ya que podemos resumir, que el concepto de sistema como un producto de mercado a nivel local, no genera expresiones o deseos de rechazo sino gran aceptacin.

2.1.2. Factores Econmicos


2.1.2.1. Recesin Si bien el marcado argentino ha ido en constante crecimiento con tasas realmente favorables desde el ao 2001, llegado el ao 2008 comenz a sentir los primeros sntomas de una crisis a nivel mundial generada por los pases desarrollados la cual fue profundizndose durante el 2009 y la cual comienza a superarse durante el ao 2010. La crisis econmica iniciado durante el 2008 fue originaria y promovida desde los Estados Unidos, cuyos principales factores causantes fueron los altos precios de las materias primas, la sobrevalorizacin del producto, una crisis alimentaria a nivel mundial, una elevada inflacin y la amenaza de una inminente recesin a nivel mundial generando tambin crisis crediticia, hipotecaria y prdida de confianza en los mercados. En Argentina, dicha crisis, fue denominada por la presidenta como Efecto Jazz, que a diferencia de otras crisis como el Efecto tequila, el Efecto Caipirinha o el Efecto Arroz que se originaban en pases emergentes, el Efecto Jazz se expandi desde Estados Unidos hacia el resto de pases desarrollados de todo el mundo.

A fin, Argentina desarrollo un plan anticrisis para evitar un alto impacto, el cual estuvo conformado por las siguientes acciones: Creacin de un Ministerio de Produccin. Pgina 33 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 34 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Paquete anticrisis integrado por tres herramientas: o o o Moratoria tributaria y reduccin de retenciones para el agro; Blanqueo, promocin y sostenimiento del trabajo registrado para las pymes Blanqueo y repatriacin de capitales.

Crditos pblicos de fomento a la produccin y al consumo Dicho plan pudo contener el alto impacto de la recesin de porcentajes de la misma en el pas, a saber: nivel mundial, reduciendo los

Segn algunos entes primados la economa Argentina se contrajo en el 2008 un 5,5% interanual. El INDEC rechazo estas postulaciones informando que Argentina no haba sufrido recesin y que el PBI se encontrar estable y finalizara el periodo con un alza del 2%. Para el primer trimestre del ao 2009 el INDEC postulaba un crecimiento del 0.05% en relacin al 2008, pero para agentes privados se proyectaba una cada del 2.8%. Ya acercndonos al ao 2010, segn el INDEC el consumo privado experimento en el 4 cuatrimestre del 2009 una variacin del 2,86% en comparacin con el mismo periodo del ao anterior. El consumo pblico, en tanto, aumento un 7,66%.

Fuente: Ministerio de Economa y Produccin.

Pgina 34 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 35 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.2.2. Inflacin

La inflacin se define como el aumento generalizado y constante de los precios, a continuacin detallamos los ndices de precios a la actualidad en el mercado Argentino. ndice de Precios al Consumidor: Hacia el mes de febrero exhibi una variacin anual de 9.1%, mientras que para el resto (IPC sin estacionales ni regulados) fue del 9.7%.

Fuente: Ministerio de Economa y Produccin.

Pgina 35 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 36 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.2.3. Tipo de Cambio El tipo de cambio real multilateral se ha depreciado levemente durante el 2009 como consecuencia de la apreciacin del euro y del real respecto del dlar.

Fuente: Ministerio de Economa y Produccin.

2.1.2.4. Producto Bruto interno La economa global se recupero fuertemente en el transcurso del 2009. Si bien en algunos pases el PIB continuo contrayndose durante el este periodo, lo hizo a una tasa menor. Tal fue el caso de la Eurozona, Japn y Rusia. China e India continuaron creciendo a tasas muy altas, mientras que Brasil se recupero notablemente en el ltimo trimestre del ao.

Pgina 36 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 37 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

En Argentina el PBI creci en el cuarto trimestre en 2.6% con respecto a igual periodo del ao anterior. El producto acumulaba una suba del 35% en comparacin con el anterior pico histrico registrado en el segundo trimestre de1998, y un aumento del 68% en comparacin con el mnimo alcanzado en el primer trimestre de 2002.

Fuente: Ministerio de Economa y Produccin.

2.1.2.5. Desempleo A pesar de la crisis financiera internacional, el desempleo para el total de aglomerados urbanos se encuentra actualmente en 8.4%, el mismo nivel observado en 2008. La tasa de empleo alcanzo el 42,2%, nivel cercano al record para el cuarto trimestre del ao

Pgina 37 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 38 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

La tasa de asalarizacin se ubica en el 75.3%. El empleo en negro es del 36,1% (incluyendo 3,3% que emiten factura) y cay 1,7 puntos porcentuales en relacin al ao anterior.

Fuente: Ministerio de Economa y Produccin.

2.1.2.6. Inversiones La Inversin Bruta Interna Fija (IBIF) se contrajo en el cuarto trimestre de 2009 un 3,4% anual, la menor reduccin en los ltimos tres trimestres. Desde el primer trimestre de 2002 acumula un crecimiento del 279%, mientras que en comparacin con el anterior pico del primer trimestre de 1998 el avance fue del 51%.

Fuente: Ministerio de Economa y Produccin.

Pgina 38 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 39 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.2.7. Costo de Vida El costo de vida, costo de la vida, coste de vida o coste de la vida es un concepto terico que representa el valor o coste de los bienes y servicios que los hogares consumen para obtener determinado nivel de satisfaccin. El ndice de coste de vida es un ndice que indica cunto se incrementa (o modifica) el costo de los hogares para mantener un mismo nivel de satisfaccin.

Pgina 39 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 40 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.3. Factores Polticos


2.1.3.1. Institucionales En referencia a la actividad poltica e institucional en la repblica Argentina, actualmente se encuentra gozando de un gobierno soberano y de total legitimidad electo el da 28 de octubre de 2007. Un factor institucional relevante durante el ao 2009 tuvo lugar el da 28 de junio, en el cual se realizaron elecciones legislativas en la repblica Argentina con el fin de renovar los votos de los miembros de las cmaras de cenadores y diputados. Dichas elecciones sufrieron un adelantamiento ya que constitucionalmente estn estaban previstas para el da 25 de octubre. El resultado de las elecciones, arrojo los siguientes resultados: 1. Acuerdo Cvico y Social + Aliados: 30,9% - Diputados: 76 (+15) Senadores: 23 (+7) 2. Frente para la Victoria + Aliados: 30,7% - Diputados: 116 (-21) Senadores: 36 (-4) 3. PRO + PJ Disidente: 18,7% - Diputados: 25 (+11) Senadores: 7 (+0) 4. PJ Opositor: 8,2% - Diputados: 17 (+1) Senadores: 2 (+0) 5. Otros: 11,1% - Diputados: 23 (-6) Senadores: 4 (-3) Esta nueva divisin trajo aparejado, sucesivos conflictos hasta el da de hoy. Dado que a partir de dichas elecciones la oposicin gano lugar para lograr qurum propio en la votacin y tratamiento de leyes. Hoy en da, las cmaras atraviesan una serie de crisis que queda sujeta a dar qurum o no de acuerdo a los intereses de cada partido poltico por encima del de los ciudadanos. Otro factor importante durante el ao 2010, fue el conflicto institucional sufrido en el pas a raz del pago de la deuda mediante fondos de reserva del BCRA. Esto trajo una imagen negativa para el pas, desde el punto de vista institucional y culmino con la desafectacin del presidente de dicho banco y un posterior reemplazo. El debate situado en esta ocasin, surgi de la estrategia de gobierno de generar DNU (Decreto de necesidad y urgencia) para obligar la transferencia de fondos desde el BCRA al gobierno para el cumplimiento de la deuda.

Un factor que tampoco puede dejar de apreciarse es la crisis mundial sufrida en el periodo 20082009. La crisis econmica de 2008-2009, iniciada en los Estados Unidos, tuvo su primer efecto en la Argentina con el aumento exponencial del precio internacional de los granos que llev al llamado conflicto del campo, durante el cual las organizaciones de productores agropecuarios se opusieron a un alza de las retenciones a las exportaciones, consiguiendo finalmente que el Congreso anulara las medidas adoptadas por el gobierno en la Resolucin 125/2008.

Pgina 40 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 41 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

El 23 de septiembre, en su discurso en la 63 Asamblea General de la ONU, la presidenta Fernndez denomin a la crisis como el Efecto Jazz, aludiendo a su origen en Estados Unidos, en clara contraposicin a las denominaciones que los centros econmicos utilizaron para denominar a las crisis anteriores que se originaban en pases emergentes, como fueron el Efecto Tequila, Efecto Caipirinha, el Efecto Arroz y el propio Efecto Tango, como se conoci la crisis argentina de 1998-2002. La presidenta cuestion tambin a los gures econmicos que defendan el modelo econmico estadounidense y criticaban las medidas anticrisis tomadas por los presidentes Eduardo Duhalde y Nstor Kirchner, para ratificar su adhesin de fondo al enfoque neodesarrollista de las mismas.[48] Estas declaraciones fueron muy criticadas por la prensa conservadora y algunos sectores de la oposicin, que las calificaron como un acto de arrogancia. En octubre la presidenta puso en marcha un Comit de Crisis de alto nivel, para realizar un monitoreo permanente de la emergencia y recomendar medidas, integrado por el Jefe de Gabinete, el ministro de Economa, los presidentes del Banco Central y de la Comisin Nacional de Valores, y el titular de la AFIP (Administracin Federal de Ingresos Pblicos). A partir del 26 de noviembre, la presidenta Fernndez anunci en diversas etapas un plan anticrisis compuesto por las siguientes acciones: Creacin de un Ministerio de Produccin. Paquete anticrisis integrado por tres herramientas: o moratoria tributaria y reduccin de retenciones para el agro; o blanqueo, promocin y sostenimiento del trabajo registrado para las pymes; o blanqueo y repatriacin de capitales. Crditos pblicos de fomento a la produccin y al consumo, con una asignacin de 13.200 millones de pesos (4.400 millones de dlares), asignados a travs de la banca privada, a bajo inters. Los fondos se asignaron con el siguiente detalle: heladeras y otros bienes del hogar (3500 millones de pesos), automviles (3000 millones de pesos), pequeas y medianas empresas (3000 millones de pesos), campo (1700 millones de pesos), industria (1250 millones de pesos), camiones (650 millones de pesos). En un segundo anuncio se asignaron crditos al turismo sin inters (330 millones de pesos) y de bienes de consumo (200 millones de pesos). Plan de obra pblica, por 21.000 millones de dlares, con el fin de impulsar el resto de la economa y duplicar los puestos de trabajo en el sector, creando unos 360.000 empleos.

El plan fue apoyado por las dos centrales sindicales (CGT y CTA), la Unin Industrial Argentina que agrupa a los empresarios industriales, y CONINAGRO, que agrupa a las cooperativas rurales. Fue criticada por la Sociedad Rural Argentina (SRA) y la Federacin Agraria Argentina (FAA), ambas asociaciones que agrupan a los propietarios y productores rurales.

Pgina 41 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 42 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Por su parte, en octubre de 2008, el Fondo Monetario Internacional anunci que decidi no incluir a la Argentina en el Plan Anticrisis del organismo, por sus antecedentes negativos, haciendo referencia a la catstrofe econmico-social padecida durante la crisis de 1998-2002, cuando la economa del pas era dirigida de acuerdo a las pautas del Fondo. Imagen del Gobierno y la Oposicin El paro del campo de 2008 y la derogacin del sistema de retenciones mviles por el Congreso, signific una importante cada de la imagen de Cristina Fernndez, sobre todo entre los sectores medios y altos. Debido a ello, algunos medios de comunicacin y polticos opositores sostuvieron al finalizar el conflicto del campo, que el kirchnerismo era un cadver poltico al que solamente faltaba ponerle fecha de entierro. Pasados unos meses y ya iniciada la crisis econmica mundial de 2008, tambin la oposicin habra alcanzado altas tasas de imagen negativa, aunque ciertas figuras opositoras como el vicepresidente Julio Cobos superaban largamente en popularidad. A pesar de la cada de su imagen positiva, a fines de noviembre de 2008 era la candidata preferida por los argentinos segn una encuesta realizada por Canal 26 en su pgina web en la cual figura con el 32.43% de las preferencias, seguida por Elisa Carri con 23.67% y Mauricio Macri con el 23.39%. Sin embargo, en febrero de 2009, la imagen negativa de la presidenta creci del 39% al 41%, mientras que la imagen positiva se mantuvo sin cambios en un 29%. La evolucin se produjo en el contexto de la fuerte recesin global, lo que acarrea un enfriamiento de la actividad econmica; el crecimiento de los reclamos de transparencia en el manejo del INDEC; el inicio de la epidemia de dengue; la creciente inseguridad; los cuestionamientos a algunos de los funcionarios ms controvertidos del gobierno como el ex secretario de Transporte Ricardo Jaime y el secretario de Comercio Guillermo Moreno; etc. Los sectores donde se registr mayor apoyo a la presidenta fueron los mayores de 30 aos y los de menor nivel educativo. Geogrficamente, el sector donde se registra la mayor tasa de imagen positiva es el conurbano bonaerense, donde predomina la actividad industrial, con un 38%, en tanto que la ms baja se registr en la regin agrcola pampeana, con un 20% de imagen positiva. La encuesta fue realizada telefnicamente sobre una muestra de 1.000 casos, entre el 3 y el 12 de febrero de 2009. Un sondeo de la encuestadora CEOP publicado en noviembre de 2009 ubica la imagen positiva de la Presidenta entre el 46% y el 52%.

En enero de 2010 la empresa mexicana "Consulta Mitofsky" en su Evaluacin Anual de Mandatarios, sin citar fuente de datos ni explicar la metodologa empleada, ubic a la presidenta Fernndez en el grupo de mandatarios con evaluacin muy baja, con 35%, junto a los presidentes de Canad (26%), Per (26%) y Nicaragua (26%).

Extractos de notas generales Clarn y La Nacin, wikipedia: http://es.wikipedia.org/wiki/Cristina_Fern %C3%A1ndez_de_Kirchner

Pgina 42 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 43 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.3.2. Marco Regulatorio El marco regulatorio aplicable al presente negocio es el referente al control de empresas de transporte denominado Comisin Nacional de Regulacin del Transporte CNRT (http://www.cnrt.gov.ar/ ). As mismo, el marco regulatorio legal para las transacciones comerciales o de facturacin est representado por la Asociacin Federal de Ingresos Pblicos AFIP (http://www.afip.gov.ar/ ). Ver Anexo: 10.2.3.MARCO REGULATORIO DELTRANSPORTE TERRESTRE DE CARGAS 2.1.3.3. Sistema Jurdico Referentes al Transporte: Las leyes aplicables a la actividad de transportes de cargas generales, se detallan a continuacin: TRANSPORTE DE CARGAS Ley 24653: Fija las normas para la administracin del Sistema de Transporte de Cargas por automotor Ley 24921: Ley de Transporte Multimodal de Cargas. Decreto 105/98: Fija las polticas del Transporte de Cargas y las Normas Generales del REGISTRO NICO DEL TRANSPORTE AUTOMOTOR (R.U.T.A.). Establece el Rgimen Sancionatorio aplicable a aquellas personas que realicen servicios de autotransporte de cargas

REGIMEN DE PENALIDADES DECRETO 253/95: Aprueba el Rgimen de Penalidades por Infracciones a las Disposiciones Legales y Reglamentarias en Materia de Transporte Automotor de Jurisdiccin nacional. Fija multas y sanciones. DECRETO 1395/98: Modifica el Rgimen de Penalidades aprobado por decreto N 253/95. Referentes al Proyecto: Descritas en los anexos: 10.2.1. LEY DE CONFIDENCIALIDAD 10.2.2. LEY 11.723 (235) - Propiedad intelectual

Pgina 43 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 44 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.1.4. Descripcin del Escenario: Escenario Meta


El escenario sobre el cual deber actuar el nuevo producto est conformado por las pequeas y medianas empresas del rubro o sector de cargas generales, peligrosas. Si bien existen numerosos factores tanto econmicos, polticos y sociales que participan de este escenario y que afectan la existencia de este mercado, estamos frente a una actividad totalmente necesaria e indispensable para el abastecimiento de los ms diversos objetos de consumo y utilidad. En base a la presente realidad del rubro de transportes, nuestra meta es introducirnos en un mercado donde nuestros clientes tienen una demandante y fuerte actividad. Pese a que en base a factores econmicos, polticos y sociales la actividad de estas empresas pueda disminuir, ellos requerirn de la misma necesidad de administrar la informacin de su propia actividad para desarrollar sus tareas de manera eficiente. Resulta evidente, mencionar, que si bien el mercado de transporte puede presentar diversas fluctuaciones en sus niveles de actividad, difcilmente tienda a dejar de existir. Ya que si esto ocurriese prcticamente se dejara de abastecer objetos necesarios tanto para las empresas como para la vida de los seres humanos que conforman la poblacin local.

2.1.5. Anlisis Sectorial. Definicin de Oportunidades y Amenazas del Negocio


En base a la realizacin del anlisis sectorial con foco en el macro ambiente que rodea a la compaa, podemos destacar los siguientes puntos que consideramos oportunidades las cuales merecen ser abordadas: La existencia de un mercado fragmentado por diversas soluciones informales a medida, la existencia de altos costos en la adquisicin de soluciones informticas a medida por empresas de consultora de sistemas, la existencia de servicios de asistencia o soporte informales por parte de trabajadores independientes, la base de actividad econmica de nuestros clientes objetivos, el constante crecimiento del rubro informtico a nivel local. Si bien el sector objetivo, puede resultar interesante en base a las oportunidades que presenta, podemos evidenciar la existencia de ciertas amenazas las cuales deben ser tenidas en cuenta y presentes para tratar de controlarlas. La falta de capacitacin en procesos de negocios por parte de los integrantes de empresas de transporte realmente pequeas o de carcter familiar, la predisposicin de las pequeas y medianas empresas de transporte frente al cambio de su forma de trabajo, las malas experiencias atravesadas por empresas de transporte para lograr soluciones efectivas, la aparicin en el mercado de nuevos competidores que apunten a un mismo nicho de mercado, la existencia de barreras de ingreso al mercado, la devaluacin inesperada de la moneda a nivel local, cambios de valorizacin significativa sobre la moneda de cambio local. Pgina 44 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 45 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.2.

Anlisis de la Competencia

2.2.1. Principales Competidores Directos


Los principales competidores directos del presente negocio dependen del segmento del mercado sobre el cual hagamos el estudio. En base a esto podemos decir que para la mediana empresa, los competidores directos son: Digital Express, mediante su producto denominado lamo. Setup Informtica S.A., mediante su producto Setup-Transporte

Para las pequeas empresas, los competidores estn representados por trabajadores independientes de desarrollo de software, como por ejemplo: David Soft (firma fantasa), provee una solucin programada a medida a 4 empresas identificadas en zona oeste.

En la actualidad las soluciones ofrecidas por las empresas antes mencionadas son del tipo de escritorio.

2.2.2. Alianzas entre competidores


En base al relevamiento efectuado sobre los principales competidores, no se identificaron actuales lazos comerciales o alianzas entre ellos mismos. En la actualidad la competencia entre estas empresas y nosotros mismos no solo ser en el mbito de las caractersticas, prestaciones y calidad de un producto sino tambin la competencia est planteada en trminos de las propias empresas. Es muy importante poder diferenciarnos de estas empresas en trminos de nuestras fortalezas y sus debilidades internas. Dentro del anlisis de las alianzas estrategias que podramos llevar adelante, descartamos todo tipo de posibilidad de vinculacin con dichas empresas ya que nuestro producto actuara como un sustituto de los productos actuales.

Pgina 45 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 46 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.2.3. Defensa y Ataque en trminos de nuestros competidores


Dentro del modelo de las 5 competitivas fuerzas de porter nos identificamos como Competidores Sustitutos. Mientras que nuestros competidores se ubican dentro de la competencia existente en el mercado.

Clientes

Competidores Sustitutos

Competidores Existentes

Potenciales competidores

Proveedores

En importante destacar que en base al presente anlisis de la competencia, podramos catalogar a los actuales competidores como Buenos Competidores en virtud de que: Tienen un buen respaldo y son transparentes en cuanto a trayectoria. As mismo son consientes de los costos que conllevan la produccin de estos productos y ajustan sus precios en consecuencia. Son consientes y aceptan sus debilidades.

En comparacin con nuestra empresa los beneficios estratgicos que nos aportaran dichos competidores sern: Tendremos un estndar de comparacin. Dichos competidores aumentan la demanda del sector. Atienen en estos momentos segmentos de mercado que no son alcanzables por nosotros, por ende, no son atractivos.

Pgina 46 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 47 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.2.3.1. Enfocndonos en el ataque En virtud de que nuestro mercado meta tiene las caractersticas de nicho en base al alcance del mismo, podemos decir que nuestra estrategia de ataque estar fundada en la redefinicin, la cual bsicamente indica que debemos concentrarnos si atacamos un mercado amplio, o como en nuestro caso, debemos extendernos si atacamos un nicho. Nuestro ataque en trminos de competencia, ser apuntado inicial mente a los competidores que atienden las porciones ms pequeas de mercado. En funcin de nuestro avance en el mismo, comenzaremos a extendernos a un segmento de mercado de mayores dimensiones.

2.2.3.2. Estrategia defensiva A la hora de pensar en nuestra estrategia defensiva, tenemos que evaluar que el proceso de entrada o reposicionamiento consta de 4 periodos: Pre Ingreso: En este caso se observa e investiga el mercado. Ingreso: En este caso se est ingresando al mercado. Secuenciamiento: En este caso se evoluciones en base a la estrategia a largo plazo. Post Ingreso: En este caso se cambia el rumbo de las inversiones en consecuencia.

En nuestro caso particular, nos encontramos en el periodo de Pre Ingreso, mientras que nuestros competidores actualmente estn en los periodos de ingreso y secuenciamiento. En virtud de lo expuesto, podramos aplicar algunas tcticas defensivas sobre los siguientes aspectos: En el caso de levantamiento de barreras estructurales, nos concentrarnos en: Proteger el know how que vamos adquiriendo durante nuestra estada en el negocio Buscar alianzas fuertes con proveedores capases de vender nuestro producto. Adquirir, en la medida que sea posible, nuevas tecnologas.

En el caso del aumento de las expectativas de represalias, nos concentramos en: Hacer anuncios pblicos Comprometernos a mejorar precios a futuro.

Pgina 47 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 48 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.2.4. Anlisis de la Cadena de Valor


2.2.4.1. Identificacin de la Cadena de Valor

La cadena de valor, hace posible que los productos lleguen a los clientes sin importar donde estn las fabricas que los producen. Dicha cadena de valor puede evaluarse en trminos de participantes en los procesos que hacen posible la creacin, distribucin, venta y agregan valor al producto en trminos que comienzan desde el interior de la compaa y continan en el exterior de la misma. Dado que nuestra estrategia para la comercializacin y distribucin del producto, no tendr inicialmente intermediarios, nos enfocaremos en describir cuales son los participantes en nuestra cadena de valor. Dichos participantes conforman nuestros procesos de negocio internos en la compaa.

Procesos de Negocio:

Procesos de Soporte:

Pgina 48 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 49 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.2.4.2. Mapa de Actividades y Procesos Dentro de la Cadena de Valor I&D: -

Identificacin de Oportunidades Identificacin de Nuevas Necesidades Investigacin del Mercado

Desarrollo y Diseo de Producto: Diseo de Interfaces de alto impacto en los sistemas. Mejora la imagen del producto. Incorpora nuevas necesidades del mercado.

Produccin: Construccin de la solucin tecnolgica. Se ajusta a las novedades del diseo. Incorpora nuevas necesidades relevadas. Ajusta el producto a necesidades particulares.

Marketing y Ventas: Estudio de las necesidades de los clientes. Comunicacin y publicidad. Satisfaccin del cliente. Fidelizacin de clientes. Identificacin de nuevos canales de comunicacin y segmentos de mercado.

Servicios de Asistencia y Soporte: Atencin personalizada a clientes. Deteccin nuevas necesidades. Asistencia en la utilizacin del producto.

Gestin Comercial: Plan de accin sobre nuevos segmentos de mercado. Gestin de la fuerza de venta. Presentaciones comerciales a clientes. Relevamiento de necesidades del cliente.

Recursos Humanos: Seleccin y contratacin de personal. Bsqueda de nuevos talentos. Gestin Salarial Evaluaciones de desempeo y competencias. Pgina 49 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 50 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Desarrollo Tecnolgico Evaluacin de la calidad tecnolgica del producto. Evaluacin de nuevas tecnologas. Especificacin de arquitectura del producto, seguridad. Especificacin de instructivos de implantacin y ambientes.

2.2.5. Definicin de Factores Crticos de xito (FCE)


A fin de considerar los diversos eventos, sucesos o hechos que pueden poner en un alto riesgo el xito del presente proyecto, podemos mencionar: Recesin en grados muy altos: En el caso de existir una recesin en la actividad comercial a nivel nacional de carcter crtico, podra causar cierres o quiebras de pequeas empresas de transporte causando la prdida de clientes. Conflictos entre el sector poltico empresario: La existencia de conflicto entre las polticas de comercio a nivel local y el sector empresario, podra generar un cese o paro temporal en la actividad de algunos sectores de produccin y consumo, perjudicando las ganancias de empresas de transporte. Devaluacin inesperada de la moneda local. Poca oferta de crditos al sector empresario destinado a la pequea y mediana empresa.

2.2.6. Fortalezas y Debilidades del Negocio


En este punto nos concentramos en caracterizar tanto nuestras fortalezas como debilidades, a fin de ser consientes de las mismas. Esto apuntara a fomentar una mayor madures de nuestra fortalezas y tomar acciones a futuro respecto de nuestras debilidades. A partir de una exhaustiva visin interna de la compaa podemos mencionar que las fortalezas presentes se basan en nuestra amplia experiencia en el desarrollo de soluciones informticas, en la confeccin de un producto alineado con factores del medio ambiente, un producto innovador construido sobre tecnologas modernas, nuestra experiencia en la prestacin de servicios de asistencia informtica, en contar con una planificacin y control adecuado de procesos internos de la compaa, y por sobre todo lograr que nuestra misin y objetivos sean claros y estn presentes en la organizacin lo cual nos lleva a contar con recursos humanos capacitados y motivados. As mismo, evidenciamos que nuestras debilidades pueden estar caracterizadas por la falta de experiencia en actividades de marketing, contar con un producto que todava no se encuentra posicionado en el mercado, publicidad escasa o nula en importantes medios de comunicacin, falta de experiencia en el rubro especifico de transportes.

3. Anlisis FODA
Pgina 50 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 51 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Pgina 51 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 52 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

3.1.

Cuadro FODA
Oportunidades Amenazas

Mercado fragmentado por diversas soluciones informales a medida Altos costos en la adquisicin de soluciones informticas a medida por empresas de consultora de sistemas Servicios de asistencia o soporte informales por parte de trabajadores independientes. Constante crecimiento del rubro informtico a nivel local.

Nuevos competidores en el mercado industrial de PYMES de transporte. Fluctuacin de la moneda de cambio. Mercados Cambiantes

Fortalezas

Debilidades

Amplia experiencia en el desarrollo de soluciones informticas. Producto alineado con factores del medio ambiente. Producto innovador construido sobre tecnologas modernas. Experiencia en la prestacin de servicios de asistencia informtica Planificacin y control adecuado de procesos internos de la compaa Misin y objetivos sean claros y presentes en la organizacin. Recursos humanos capacitados y motivados

Falta de experiencia en actividades de marketing. Nuestra firma no es muy popular o conocida en el mercado transportista. Poca experiencia en el rubro de transportes.

Pgina 52 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 53 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

3.2. Anlisis de las Fortalezas, Oportunidades, Debilidades y Amenazas


3.2.1. Anlisis de Oportunidades

Mercado fragmentado por diversas soluciones informales a medida: La existencia de un mercado fragmentado por diversas soluciones informales, nos dan la oportunidad de competir mediante un producto de mayor elaboracin y visin por sobre las necesidades de un cliente en particular. Altos costos en la adquisicin de soluciones informticas a medida por empresas de consultora de sistemas: La existencia de altos costos en la adquisicin de soluciones informticas a medida por empresas de consultora de sistemas, dan la oportunidad de competir mediante un producto de carcter vertical reduciendo los costos de adquisicin. Servicios de asistencia o soporte informales por parte de trabajadores independientes: La existencia de servicios de asistencia o soporte informales por parte de trabajadores independientes, nos dan la oportunidad de competir mediante un servicio de asistencia con visin a mltiples clientes. Constante crecimiento del rubro informtico a nivel local: El mercado informtico a nivel local ha demostrado un gran crecimiento en los ltimos aos, donde el mismo todava se encuentra en expansin. Ao tras ao, han aumento los niveles de ventas y exportaciones de software segn informes del CESSI (Cmara de Empresas de Software y Servicios Informticos)

Pgina 53 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 54 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

3.2.2. Anlisis de Amenazas


Nuevos competidores en el mercado industrial de PYMES de transporte: La aparicin en el mercado de nuevos competidores que apunten a un mismo nicho de mercado, representa una amenaza. La misma puede ser representada por nuevos competidores a nivel local, o empresas del exterior que desean ganar mercado o posicionarse en el mercado local. Fluctuacin de la moneda de cambio: Si bien en los ltimos aos, el valor de la moneda de cambio en Argentina (Dlar) ha sido controlado, no puede dejarse de lado la presente crisis econmica a nivel mundial. Pese que hasta hoy, dicha crisis, ha generado ciertos mrgenes de recesin los mismos estran de momento controlados. Frente a la depreciacin de la moneda del euro, se est observando un acomodamiento de las monedas ms fuertes del mercado mundial. Frente a esto es prioritario realizar un seguimiento de las variaciones de los valores de las monedas de cambio.

Mercados Cambiantes: Las crisis econmicas tanto a nivel local como mundial es un factor impredecible, como ha ocurrido actualmente en la economa de la Unin Europea y Estados Unidos de Norte Amrica lo cual ha repercutido fuertemente en el mercado internacional y en menor medida en el local. Este tipo de amenazas puede provocar o causar cambios significativos en el comportamiento de los mercados.

3.2.3. Anlisis de Fortalezas


Amplia experiencia en el desarrollo de soluciones informticas: Nuestra compaa se dedica al desarrollo de soluciones informticas de las ms diversas caractersticas. Nuestro lder de desarrollo cuenta con 11 aos de experiencia en el desarrollo de sistemas tanto web como de escritorio. Producto alineado con factores del medio ambiente: Desde el punto de vista del entorno natural, nuestros productos no representan ninguna amenaza para el ecosistema. Lejos de esto, podemos realizar un aporte positivo para el rubro y cuidado del medio ambiente. El beneficio se traduce a que por medio de nuestros productos, las empresas de transporte tendran mayor efectividad en el clculo de itinerarios o recorridos de viajes a realizar por sus camiones.

Producto innovador construido sobre tecnologas modernas: El diseo del producto fue especialmente diseado para diferenciarse de productos actuales en el mercado. Dichos producto son representados por aplicaciones de escritorio, mientras que nuestra solucin es el primer sistema web de facturacin de transporte.

Experiencia en la prestacin de servicios de asistencia informtica: Dada nuestra gran experiencia en el desarrollo de soluciones informticas, tenemos un gran conocimiento sobre el soporte y ayuda funcional de sistemas. Esto nos posibilita brindar un servicio de help desk de primera lnea. Pgina 54 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 55 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Planificacin y control adecuado de procesos internos de la compaa: Nuestra compaa trabaja bajo metodologas de desarrollo de software maduras. Nuestros procesos de desarrollo se basan en la metodologa del Proceso Unificado. Esto nos permite asegurar una correcta planificacin de la construccin del producto, un control adecuado en procesos de anlisis de riesgos, calidad, implantacin, mantenimiento y evolucin del producto.

Misin y objetivos sean claros y presentes en la organizacin: Para nosotros es sumamente importante que todos los empleados de nuestra compaa tengan muy claro pero sobre todo presente en sus actividades cual es la misin y cules son los objetivos de la compaa. En base a esto, nuestro personal dedica horas semanales para realizar reuniones que permitan evaluar como las actividades diarias se ajustan a dichos valores.

Recursos humanos capacitados y motivados: Para nosotros, es muy importante contar con capacitacin constante del personal, a fin de que los mismos puedan evolucionar, crecer y adaptarse a nuevos desafos. Esto sin lugar a duda, se transforma en el agregado de un valor adicional de nuestros empleados en las actividades diarias. As mismo, realizamos constantes acciones de motivacin, para que el personal sienta que es parte de la compaa y que su aporte es para nosotros muy importante.

3.2.4. Anlisis de Debilidades


Falta de experiencia en actividades de marketing: Dada que nuestra compaa se dedica al desarrollo de soluciones informticas a medida, cuenta con un dficit en materia de marketing especializado a la comercializacin de un producto especifico. En base a esto, nuestra rea comercial y ventas, ser capacitada en estas materias a fin de poder lograr un equipo de trabajo competitivo.

Nuestra firma no es muy popular o conocida en el mercado transportista: Nuestra firma no est posicionada fuertemente en el mercado de soluciones informticas para empresas de transportes de cargas generales y peligrosas. Hasta el momento, nuestra compaa se ha desarrollado sin eventos publicitarios en medios masivos de comunicacin. En este caso, referente a la comercializacin de un producto especifico, se espera lograr un flujo de ingresos de fondos que permiten realizar pautas publicitarias.

Poca experiencia en el rubro de transportes: Dado que nuestra compaa se dedica al desarrollo de soluciones informticas, no poseemos una gran acumulacin de experiencia en el mercado transportista. Si bien, se han realizado los relevamientos necesarios en base al contacto de empresas de este rubro, buscamos ir ganando dicha experiencia en base al contacto con nuevos clientes, las cuales sean impactadas en la evolucin del producto.

Pgina 55 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 56 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

3.3.

Conclusin: Atractivo de la Industria, Fortalezas del Negocio

A fin de elaborar una conclusin del presente negocio, podemos mencionar que estamos frente a una gran oportunidad que hoy en da nos otorga el mercado del rubro transportista. Tenemos que tener presente, que el mercado objetivo es un mercado muy slido en operaciones comerciales, al tratarse de un eslabn fundamental en materia de distribucin y abastecimiento de los ms diversos objetos asociados a la industria y consumo. Presenta gran solides en cuanto a la permanencia de clientes existentes en el mercado, y conforme crece la actividad econmica tanto a nivel local como extranjero, genera constantemente nuevas oportunidades. Tanto el mercado como el transporte son dos conceptos claves para el funcionamiento de cualquier pas o nacin, lo cual es una fortaleza indiscutible. En base al presente estudio, podemos identificar, un margen atractivo de ingreso como competidores al sector, basndonos en las debilidades mencionadas de quienes ejercen la fuerza competidora. Una vez, all tenemos grandes oportunidades de contar con relaciones duraderas con nuestros clientes formando una base solida de ingresos aplicables al desarrollo futuro del producto y el impulso a la conquista de nuevos segmentos de mercado.

Pgina 56 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 57 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4. Segmentacin

Pgina 57 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 58 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.1.

Segmentacin de Consumidores y/o Negocio

A fin de profundizar en el proceso de segmentacin el cual es considerado de gran importancia para identificar grupos de consumidores o negocios, los cuales a posterior sern objeto de estudio y anlisis para obtener o visualizar las diferentes oportunidades que estos presentan. Debemos considerar que el presente proceso es de alta importancia en la estrategia de marketing que abordara el presente negocio. La segmentacin que abordar el presente negocio estar apuntada al Mercado Industrial que comprende a todas las organizaciones que compran bienes o servicios para usarlos en la produccin de otros bienes y servicios o para revenderlos o rentarlos a otros mediante la obtencin de una utilidad. En la actualidad es una realidad el hecho de que existan en el mercado industrial varias soluciones de software que entiendan las necesidades de las empresas de transporte ubicadas en los ms diversos segmentos de mercado. Tambin es una realidad la constante aparicin de nuevas empresas de transporte o el crecimiento de las ya existentes, impulsadas por un considerable incremento de la actividad econmica del pas y por ende mayor demanda de servicios de traslados de insumos o productos industriales. Fundamentalmente en el negocio que estamos abordando, es crtico, identificar o descubrir nichos de mercado que se vean desprovistos de atencin o insatisfechos con la atencin actual de sus necesidades. Estudiar y conocer sus deseos y necesidades, con el objetivo de adecuar las estrategias de marketing y las estrategias comerciales de acuerdo a las caractersticas especificas del segmento o nicho a explotar.

Pgina 58 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 59 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.2.

Identificacin de Grupos Diferenciados de Consumidores

A continuacin se procede a la identificacin de los grupos de consumidores que pueden utilizar sistemas para la facturacin de servicios de transportes de cargas generales y/o peligrosas. Dichos grupos sern captados en base a la necesidad de contar con un sistema para la administracin y facturacin de sus servicios a bajo costo pero de calidad. Es fundamental identificar que los presentes grupos de consumidores buscan obtener una solucin para procesos primarios o esenciales de facturacin y sobre todo a un bajo costo, lo cual limita el campo de consumidores objetivo.

4.2.1. Segmentacin Geogrfica


En esta segmentacin los consumidores se diferencian por caractersticas de localizacin que pueden ser Mercados Globales como por ejemplo a nivel continental, Mercados Regionales como por ejemplo Mercosur, Unin Europea y Mercados Locales al nivel de pases en este caso Argentina.

PRIORIDAD

- considerado en forma muy tentativa para la actividad del negocio.

considerado en forma tentativa para la actividad del negocio.

+
se le asignar un alto nivel de importancia y los recursos necesarios para lograr una fuerte posicin competitiva.

++
se le asignar el nivel ms alto de importancia y los recursos.

MERCADO

GLOBAL REGIONAL LOCAL: Argentina

recibir el nivel necesario de recursos.

Pgina 59 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 60 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Pgina 60 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 61 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.2.2. Segmentacin Demogrfica


4.2.2.1. Por Industria En esta segmentacin los consumidores se diferencian por el tipo de industria a la que pertenecen. Esta clasificacin hace mencin al rubro de produccin al que pertenecen las empresas o consumidores. PRIORIDAD

- considerado en forma muy tentativa para la actividad del negocio.

considerado en forma tentativa para la actividad del negocio.

+
se le asignar un alto nivel de importancia y los recursos necesarios para lograr una fuerte posicin competitiva.

++
se le asignar el nivel ms alto de importancia y los recursos.

INDUSTRIA

AGROPECUARIAS MINERALES INDUSTRIALES SERVICIOS: Transporte Cargas Generales y Peligrosas.

recibir el nivel necesario de recursos.

Pgina 61 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 62 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.2.2.2. Por Tamao de Empresa PRIORIDAD

- considerado en forma muy tentativa para la actividad del negocio.

considerado en forma tentativa para la actividad del negocio.

+
se le asignar un alto nivel de importancia y los recursos necesarios para lograr una fuerte posicin competitiva.

++
se le asignar el nivel ms alto de importancia y los recursos.

TAMAO

GRANDE MEDIANA PEQUEA

recibir el nivel necesario de recursos.


PRIORIDAD

4.2.3. Segmentacin Por Estatus del Usuario


SECTOR

--

++

Pgina 62 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 63 de 438 se le asignar el nivel ms alto de importancia y los recursos.

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes


considerado en forma tentativa para la actividad del negocio. se le asignar un alto nivel de importancia y los recursos necesarios para lograr una fuerte posicin competitiva. considerado en forma muy tentativa para la actividad del negocio.

TRANSPORTE AEREO

TRANSPORTE ACUATICO

recibir el nivel necesario de recursos.

TRANSPORTE TERRESTRE

Pgina 63 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 64 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.3.

Potenciales Usuarios/Compradores del Negocio

En base a lo expuesto en las descripciones de segmentacin anterior, los potenciales usuarios sern identificados dentro del mbito local Argentino, dentro del sector industrial de servicios de transportes (cargas generales y peligrosas) referentes a la pequea y mediana empresa que aborda este tipo de transporte de manera terrestre.

4.3.1. Alcance Geogrfico

PRIORIDAD

- considerado en forma muy tentativa para la actividad del negocio.

considerado en forma tentativa para la actividad del negocio.

+
se le asignar un alto nivel de importancia y los recursos necesarios para lograr una fuerte posicin competitiva.

++
se le asignar el nivel ms alto de importancia y los recursos.

MERCADO LOCAL

Capital Federal. Gran Buenos Aires: - Zona Norte - Zona Sur - Zona Oeste Otras Provincias - Localidades

recibir el nivel necesario de recursos.

Pgina 64 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 65 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.3.2. Alcance de Mercado

PRIORIDAD

- considerado en forma muy tentativa para la actividad del negocio.

considerado en forma tentativa para la actividad del negocio.

+
se le asignar un alto nivel de importancia y los recursos necesarios para lograr una fuerte posicin competitiva.

++
se le asignar el nivel ms alto de importancia y los recursos.

MERCADO INDUSTRIAL SERVICIOS

recibir el nivel necesario de recursos.

MEDIANA EMPRESA PEQUEA EMPRESA TRANSPORTE CARGAS GENERALES TRANSPORTE CARGAS PELIGROSAS EMPRESAS DE MUDANZA

Pgina 65 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 66 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.4.

Pautas de Comportamiento Esperado de Cada Segmento

Dado que los segmentos identificados pertenecen al mercado industrial, las decisiones de compras son ms complejas que las decisiones de compras del mercado de consumo. En este caso intervienen ms participantes a fin de evaluar las ofertas y tomar una decisin. En base a esto, el presente negocio genera estmulos suficientes a fin de influenciar en el comportamiento de los consumidores. Se brinda un Producto de gran calidad a un Precio realmente bajo, disponible para la compra o informacin en internet y por medio del cual tambin se realizan actos de promocin. Es importante destacar que los segmentos mencionados se ven influenciados por estmulos tecnolgicos los cuales introducen nuevos deseos para satisfacer sus necesidades. Se espera que el comportamiento de los segmentos mencionados se oriente a respuestas de seleccin del producto o servicio impulsados por la necesidad de administrar sus procesos de negocios y el deseo de realizarlo mediante sistemas de computacin amigables y de ltima generacin. Teniendo en cuenta el auge y gran popularizacin que estn adquiriendo la utilizacin de sistemas por medio de internet o intranets empresariales, el producto genera una gran tentativa de adquisicin por ende se espera que sea un factor ms de orientacin de los segmentos para la adquisicin del producto. As mismo se espera que dichos segmentos identifiquen el servicio personalizado brindando en apoyo al producto y que logren obtener una plena satisfaccin la cual se traduzca en recomendaciones a otras empresas del segmento. Dado que se ha identificado la existencia de relaciones comerciales entre las mismas empresas de transportes y dado el alto grado de concentracin de estas en la Zona Oeste y Sur del gran Buenos Aires, es de esperar que exista cierta comunicacin entre estas que favorezcan al comentario o recomendacin mencionado anteriormente.

Pgina 66 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 67 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

5. Plan de Accin

Pgina 67 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 68 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

5.1.

Introduccin

A fin de abordar el presente plan de accin, creemos de gran utilidad mencionar los tres tipos de estrategias genricas definidas por Michael Porter como base del razonamiento estratgico: Liderazgo en costos, Diferenciacin y Enfoque. Las empresas adoptan la misma estrategia dirigida el mismo mercado meta constituyen un grupo estratgico y la que mejor pone en prctica dicha estrategia es la que obtendr ms utilidades. En cambio las que no sigan una estrategia clara no les ira del todo bien (Porter). El grupo estratgico pasa a ser una unidad mayor que la empresa pero menor que el sector. Porter identifica un grupo estratgico como el conjunto de empresas en un sector industrial que desarrollan conductas similares a lo largo de una serie de variables de decisin clave. El concepto de grupo estratgico es una buena herramienta de apoyo que permite conocer los comportamientos estratgicos de las empresas de un sector determinado mediante el aprovechamiento de la informacin disponible. La identificacin de los diferentes grupos estratgicos pasa por la previa identificacin de las variables que permiten definir las caractersticas especficas de las empresas de cada grupo. Estas variables pueden ser, entre otras, la poltica de precios, calidad, amplitud de la lnea de productos, tecnologa empleada, estructura de costes, grado de integracin, etc. Un concepto que brinda similares ventajas, es decir fortalecer las barreras de ingreso para los competidores, es el de alianza estratgica. Las alianzas son asociaciones entre empresas para la concesin de licencias, acuerdos de abastecimiento, iniciativas de capital de riesgo, adquisiciones conjuntas y muchas otras formas de cooperacin, que tienen como objetivo eliminar o reducir en un grado significativo la confrontacin entre competidores, proveedores, clientes, nuevos participantes, potenciales, productores, etc.

Pgina 68 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 69 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

5.2.

Programas Generales de Accin

A fin de describir los programas de accin generales aplicables al presente negocio o proyecto podemos mencionar: Establecer vnculos estratgicos con empresas de sistemas que puedan representar el producto a introducir en el mercado, buscando lograr una cobertura ms amplia y robusta que est al alcance de los clientes. Desarrollar promociones especiales para empresas que no superen los 10 usuarios del producto. Conseguir una adecuada integracin entre los diferentes actores del mercado y los objetivos del negocio. Publicar los diversos clientes que adquieran el producto en el sitio web promocional del mismo. Brindar una serie de servicios adicionales al soporte del producto, para aquellos clientes que estn interesados en profundizar acerca de la utilizacin de sistemas en el mbito empresarial. Brindar jornadas de presentacin del producto en zonas geogrficas especficamente detectadas de concentracin de los clientes. Participar activa o pasivamente de exposiciones empresariales orientadas a la industria de servicios de transportes.

Brindar un producto innovador el cual sea identificado como una solucin innovadora la cual es capaz de evolucionar en el futuro. Desarrollar un catalogo especficamente diseado para realzar la caractersticas principales del producto y sus conveniencias a fin de poder hacerlo llegar a los potenciales clientes a travs de diferentes medios de promocin o distribucin. Gestionar el apoyo de cmaras empresarias para el lanzamiento del producto.

Pgina 69 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 70 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

5.3.
-

Programas Especficos de Accin


Finalizar los estudios comerciales y de marketing, el anlisis y desarrollo o construccin del producto para el 15/12/2010. Finalizar y tener a disposicin todo el material publicitario y promocional del producto para el 30/12/2010. Lanzamiento del producto al mercado para el 03/01/2011. Incorporar 5 empresas de transporte de cargas generales o peligrosas tanto en la zona oeste como en la zona sur del gran Buenos Aires para el 01/07/2011. Incorporar 10 empresas de transporte de cargas generales o peligrosas tanto en la zona oeste como en la zona sur del gran Buenos Aires para el 01/02/2012. Lanzar al mercado la primera actualizacin del producto en base a las mejoras desarrolladas a posterior el primer lanzamiento y en base a la experiencias captadas de los clientes adquiridos para el 15/02/2012. Incorporar 20 empresas de transporte de cargas generales o peligrosas tanto en la zona oeste como en la zona sur del gran Buenos Aires para fines del ao 2012.

Pgina 70 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 71 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6. Plan de Marketing

Pgina 71 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 72 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.1.

Objetivos

Nuestro objetivo es llegar a los clientes del Mercado Industrial de Servicios de Transportes Terrestres de Cargas Generales y Peligrosas concentrados en la Zona Oeste y Sur del Gran Buenos Aires. A fin de que conozcan nuestro producto y de esta forma podamos comenzar a crear conciencia de su existencia en ellos. Inicialmente nuestro objetivo es captar una cantidad de clientes suficientes para comenzar a posicionarnos en el mercado y que nos sirva como referencia a la hora de comunicar a los nuevos clientes.

Bsicamente los objetivos de nuestro plan de marketing son: Lograr una fuerte relacin comercial con nuestros clientes basada en la satisfaccin de los mismos y soportado por los servicios de post-venta. Lograr crear una sensacin de confianza y seguridad en nuestros clientes al conocer las caractersticas del producto y servicios. Desarrollar una solucin que para los clientes y el mercado tenga caractersticas de innovacin. Promocionar fuertemente el producto para incentivar a que los clientes lo prueben. Ser capaces de dar una solucin que de ser necesario sea adaptativa a las necesidades del cliente. Lograr que la marca de nuestro producto ocupe una posicin considerable en la mente del consumidor.

Pgina 72 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 73 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.2.

Resultados Esperados en Materia de Cobertura y Participacin

Los resultados esperados referentes a cobertura estn relacionados con la identificacin geogrfica de segmento realizada. Identificamos una gran concertacin de empresas de transporte en la Zona Oeste y Sur del Gran Buenos Aires y dada las cercanas de las zonas y distancias nos permite realizar una cobertura muy eficiente de dichos lugares. Esperamos poder cubrir dichas reas en materia de promocin, propaganda, contacto telefnico y ventas de manera intensiva y de forma de que los clientes puedan acceder de manera sencilla al producto mediante dichos canales de comunicacin. Inicialmente nuestra participacin en el mercado ser baja e ir creciendo de manera paulatina conforme avancemos y llevemos adelante la cobertura y penetracin esperada. Esperamos que los clientes comiencen a realizar acciones sobre nuestro sitio Web publicitario o llamados telefnicos en respuesta a nuestras acciones de comunicacin. La ventas inicialmente sern bajas promovida por clientes innovadores los cuales se pueden acercar rpidamente al producto. Esperamos que en la medida que se vallan cumpliendo los objetivos propuestos, se vallan ganando adherencia de nuevos clientes as como la atencin o inters de compra en otros, lo cual se traduce en apoyo para seguir logrando nuestros objetivos.

Pgina 73 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 74 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.3.

Metas de Posicionamiento

A corto plazo: Lograr una participacin inicial en el mercado del 20% o 35% en el reconocimiento y conciencia del producto durante el primer ao. Llegar y Servir eficazmente al segmento de mercado a fin de que puedan percibir la calidad del producto. Llevar adelante la estrategia de marketing concentrado de manera efectiva en el segmento de mercado elegido. Sustentar la posicin en el mercado mediante la estrategia de Ms por Ms, en funcin de un costo superior del producto a algunos del mercado pero tambin superior en calidad y funciones del mismo. .

A mediano plazo: Lograr una participacin inicial en el mercado del 30% o 45% en el reconocimiento y conciencia del producto durante el segundo ao afianzando la participacin en el mercado. Fidelizar el 100% de los clientes adquiridos hasta el momento mediante los servicios de post-venta. Ganar entre el 2% al %5 del mercado de manera semestral.

A largo plazo: Lograr una participacin en el mercado del 80% o 90% en el reconocimiento y conciencia del producto a partir del tercer ao y en los sucesivos. Tener un aumento del mercado constante del 2% al %5 de manera anual logrando una rentabilidad sostenida.

Pgina 74 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 75 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.4.

Producto. Estrategia de Producto

6.4.1. Describa el Producto/Servicio (qu es y qu no es)


El producto en cuestin es un sistema o software de administracin y facturacin de viajes para empresas de transportes de cargas generales y peligrosas. Este tipo de productos corresponde a la categora de productos de comparacin, dado que no son de compra demasiado frecuente y para ello el comportamiento de compra del cliente es de planeacin y esfuerzo de bsqueda de informacin. Evaluando el precio la calidad y estilo. Dadas las caractersticas del producto el mismo se promocionara por distintas vas pero sobre todo utilizando el cuarto canal como medio de llegada a los clientes.

Descripcin de Producto Bsico: Nuestro producto presenta los siguientes pilares de funciones las cuales constituyen herramientas fundamentales para la gestin de transportes: Permite administrar la informacin de vehculos, tipos de vehculos, chferes, peones referentes a la actividad de transporte. Permite administrar la generacin y edicin de presupuestos de viajes y agenda de los mismos. Permite administrar informacin de clientes, tarifas personalizadas por cliente, cuenta corriente. Permite realizar facturacin de viajes, generacin de notas de crdito y debito y emisin de recibos por cobros en cuenta corriente. Permite administrar informacin de usuarios del sistema, roles o perfiles y permisos de acceso al mismo. Permite obtener diferentes reportes de ventas, viajes, cuentas corrientes, etc.

Pgina 75 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 76 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Descripcin de Producto Real: Los atributos destacables del producto son: Calidad del Producto: El mismo est desarrollado bajo metodologas de produccin maduras que aseguran la calidad en todos los procesos de su desarrollo. Desde el inicio hasta las pruebas del mismo y su posterior puesta en el mercado. Caractersticas: Dado que el mismo es de carcter on-line, se diferencia del resto de productos del mercado que no los son. Estilo y Diseo: El producto ha sido llevado adelante teniendo un especial cuidado en el diseo de sus interfaces a fin de que sea realmente amigable para el cliente o el usuario. Su estilo de presentacin y visual es de alto desempeo, llevado adelante mediante la minuciosa seleccin de fuentes de letras, imgenes, colores y efectos visuales. Empaque: El modelo de empaque ha sido especialmente pensado para crear un alto impacto instantneo en el cliente y que el mismo sea un simple adelanto de la calidad que el cliente encontrar adentro del mismo. Marca: La marca se compone visualmente de un logo y una imagen representativa del producto. El nombre del producto ha sido pensado para que refleje el propsito del producto y sean fcilmente memorizable por parte de los clientes. Descripcin de Producto Aumentado: Desde el punto de vista del producto como un producto aumentado, mencionamos a continuacin cuales sers las extensiones del mismo: Manual de Usuario del Producto. Asistencia para la instalacin del producto. Garanta del Producto por 1 ao. Servicios de Soporte a Usuarios.

Pgina 76 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 77 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Qu es? Un sistema especifico para el transporte. Un sistema de administracin y facturacin. Una herramienta para la gestin de viajes. Un producto seguro, confiable y eficiente. Un producto desarrollado bajo metodologas de calidad que alcanzan a toda la empresa. Una herramienta que permite bajar los costos administrativos y operativos.

Qu no es? Un sistema de uso general. Un sistema ERP Un producto improvisado. Una herramienta que frena los procesos operativos.

6.4.2. Es un Producto/Servicio Durable, Estacional?


Nuestro producto, al tratarse de un sistema o software de computacin es del tipo de producto durable ya que el mismo no depende de una poca determinada del ao o periodo de tiempo para su venta o comercializacin. De mismo modo, cuando un cliente adquiere el producto el mismo no tiene fecha de caducidad determinada pero s la tienen los servicios de soporte de post-venta y actualizaciones del mismo. La fecha de caducidad de los servicios de soporte post-venta y actualizaciones del producto tienen una fecha de caducidad determinada por la falta de pago del servicio o licencia mensual.

Pgina 77 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 78 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.4.3. Caractersticas del Producto que Influyen en la Decisin de Compra


Las caractersticas del producto que pueden influir sobre la decisin de compra, se describen a continuacin: Sus funciones bsicas son realmente efectivas para las actividades cotidianas de los clientes. Este punto es fundamental a la hora de pensar en el da a da del trabajo del cliente, lo cual puede llevarlo de manera ms prctica ahorrando tiempo y esfuerzos para dedicarlos a otras actividades. Las caractersticas tecnolgicas del producto son un factor importante a la hora de evaluarlo. Es un producto que estar construido con tecnologa de ltima generacin el cual puede adaptarse a mltiples entornos tecnolgicos en el mbito del cliente y el cual est alineado a las caractersticas tecnolgicas de los sistemas modernos. El precio es otro factor importante. Dada la calidad y caractersticas del producto el precio es realmente tentador en comparacin a otros productos existentes. Las caractersticas del soporte al producto son a la vista efectivas, ya que el cliente dispone de mltiples fuentes de contacto. Asistencia telefnica, va e-mail o mediante el manual de usuarios. Las actualizaciones o upgrades del producto, dan tranquilidad al cliente en cuanto a que evidencian que no ser un producto que quedar estanco en el tiempo, sino que evolucionara en el futuro.

Pgina 78 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 79 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.4.4. Existen Estudios que Respalden sus Hiptesis?


En la actualidad no existen estudios de entidades oficiales sobre la problemtica o necesidades en cuanto a sistemas, de la Pequea y Mediana Empresa de Transporte Terrestre de Cargas Generales y Peligrosas. Pese a esto, el propsito del proyecto surgi en respuesta a una solicitud de presupuesto por parte de una Empresa de Transporte para desarrollar un sistema de tales caractersticas. Dicha empresa nos revelo la situacin de otras empresas colegas las cuales estaban en la misma problemtica y las cuales presentaban similares caractersticas en cuanto a tamao y operatoria. En base a esto se procedi a realizar una investigacin de manera independiente sobre la situacin de estas empresas, as mismo se procedi a obtener informacin sobre las empresas Pequeas y Medianas de Trasporte que residen en el Gran Buenos Aires, ms especficamente en Zona Oeste y Sur. Esto ltimo revelo la gran concentracin de este tipo de empresas en Zona Oeste y Zona Sur, dada las caractersticas de urbanizacin y la rpida salida que presentan estas zonas hacia rutas nacionales y provinciales. Por dar un ejemplo en la localidad de Hurlingham Bs. As, existen ms de 8 empresas de transporte medianas. De las cuales 4 presentan la problemtica identificada. Finalmente se procedi a evaluar la actividad econmica del segmento meta a fin de identificar que tan slido podra ser a nivel econmico. Este punto es de fundamental importancia a fin de evaluar si el segmento meta tiene el poder adquisitivo necesario para solicitar productos de software de tales caractersticas. Para esto, nos hemos basado en un material de estudio realizado en la UTN (Universidad Tecnolgica Nacional) el cual aporta datos de distintos organismos entre ellos el INDEC. El mismo se encuentra detallado en el Anexo: 10.2.4. PARTICIPACIN DEL TRANSPORTE AUTOMOTOR DE CARGAS EN LA ECONOMA NACIONAL Como conclusin pudimos observar el gran sustento econmico del sector de transporte y dada las necesidades detectadas la posibilidad de crear un producto para satisfacerlas y resolver sus problemas.

Pgina 79 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 80 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.5.

Precio. Estrategia de Precio

6.5.1. Condicionantes del Precio


A fin de poder determinar el precio de manera efectiva se debieron evaluar diferentes condicionantes de precio, siendo la estimacin o proyeccin de demanda, los competidores, el costo y el mercado los de mayor peso. Considerados como factores internos detallamos: Costos: Los costos de desarrollo del producto son los representativos del piso o lmite inferior que acta como condicionante del precio. Consideraciones del a organizacin: La fijacin de precios ser llevada adelante por el rea comercial de la empresa. Considerados como factores externos detallamos: Mercado: Dada la existente competencia ya establecida con algunos productos en el mercado, consideramos que la misma ser un condicionante para el precio. El presente mercado ha sido identificado por nosotros como un Mercado de Competencia Monopolista en el cual muchos compradores y vendedores que comercian dentro de un intervalo de precios y no con 1 slo precio de mercado. ste intervalo aparece porque quienes venden pueden diferenciar su producto. Competencia: Dado que nuestra estrategia de ingreso est impulsada por la diferenciacin, es importante para nosotros tener una presencia firme en el segmento. Por lo que los precios de productos de la competencia en el segmento es considerado un condicionante para los nuestros

Demanda: Es oportuno mencionar, que si bien la demanda de este tipo de productos es extremadamente controlada, digamos que no muy a menudo las empresas cambian sus sistemas de informacin y facturacin. Dada que la misma estar condicionada a la labor de comunicacin que creemos como llegada a los posibles clientes, consideramos que la demanda ser poco condicionante en la estrategia de precios.

Pgina 80 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 81 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.5.2. Estrategia de Precio


Llevar adelante una estrategia de precios acertada, es fundamental para no caer en el fracaso de las ventas del producto. Por tal motivo es prudente tomar recaudos para no caer en situaciones tales como: Fijar los precios solamente orientndose a los costos Fijar un precio que no sea lo suficientemente variado para los artculos, segmentos de mercado y ocasiones de compra. No modificar a futuro los precios en base a los cambios del mercado.

Dado que la estrategia de precios depende en gran medida de la etapa en la que se encuentre el producto en su ciclo de vida, hacemos referencia a que el mismo se encuentra para su lanzamiento al mercado en la etapa de Introduccin. Nuestra meta de precio est orientada a las ventas, dado que nuestro producto no ser vendido como una solucin personalizada sino como un software de mercado vertical. Nuestros Costos, surgen del mantenimiento de la estructura de trabajo y la mano de obra calificada para la construccin del producto. Nuestra estrategia de precios a fin de posicionar el producto estar dentro del grupo de Fijacin de Precios de Productos Nuevos y dentro de esta ser la de Estrategia de Buen Valor que consiste en introducir un producto de alta calidad a un precio accesible. Esta estrategia nos posibilitara ser competentes en relacin a los actores del mercado que ofrecen soluciones a un alto costo de adquisicin pero tambin soluciones de bajo costo pero de muy baja calidad.

En virtud de lo expuesto, exponemos nuestros cuadros tarifarios para el sistema de administracin y facturacin de viajes para empresas de transporte de cargas generales y peligrosas.

Pgina 81 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 82 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Paquete

TARIFARIO GENERAL Descripcin Software Administracin y Facturacin. Cantidad de Usuarios Simultneos permitidos: 4 Instalacin sin cargo Manual de Usuario Garanta 1 ao con actualizaciones (Hotfix). Servicio de Soporte y Asistencia 2 Meses incluidos Bonificacin del 10% por pago en efectivo.

Costo

Pack I

$8.000

Pack II

Software Administracin y Facturacin. Cantidad de Usuarios Simultneos permitidos: 6 Instalacin sin cargo Manual de Usuario Garanta 1 ao con actualizaciones (Hotfix). Servicio de Soporte y Asistencia 3 Meses incluidos Bonificacin del 12% por pago en efectivo.

$9.500

Pack II

Software Administracin y Facturacin. Cantidad de Usuarios Simultneos permitidos: 8 Instalacin sin cargo Manual de Usuario Garanta 1 ao con actualizaciones (Hotfix). Servicio de Soporte y Asistencia 4 Meses incluidos Bonificacin del 15% por pago en efectivo.

$11.500

tem 1

SERVICIOS COMPLEMENTARIOS Descripcin Costo de licencia adicional o habilitacin de puesto de trabajo extra.

Costo $800

Costo Abono Mensual de Servicios de Soporte y Asistencia telefnica o va e-mail y Derechos a Actualizaciones (HotFix) del sistema

$300

Costo por hora de capacitacin sobre el uso del sistema en la empresa cliente por grupo de hasta 8 usuarios.

$50

Pgina 82 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 83 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.6.

CIM Comunicaciones Integradas de Marketing

6.6.1. Descripcin de la Planificacin Estratgica de las Acciones de Comunicacin


Para nuestro negocio y proyecto es fundamental llevar adelante una correcta estrategia acerca de las comunicaciones integradas de marketing a fin de que dichas herramientas sean realmente de gran utilidad para alcanzar nuestros objetivos de publicidad y promocin y llegada al cliente. Como objetivo general nos proponemos hacer conocer el producto y que el cliente comience a tomar conciencia de l a fin de que pueda derivar en el inters de querer probarlo. Bsicamente los efectos que queremos lograr sobre el cliente son:

Esquema CIM en nuestro negocio:

Publicida d
Impresa Internet

Comunicacin Integrada de Marketing

Marketing Directo
Telemarketing Correo Postal E-mail

Promocin
Telfonica E-mail

Ventas Personales

RRPP
Boletines Informativos

Pgina 83 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 84 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

A continuacin describimos el anlisis y fundamentos de las distintas herramientas CIM a utilizar: 6.6.1.1. Publicidad La publicidad ser la forma inicial de llegada a los consumidores meta a fin de comenzar a crear conciencia de la existencia del producto. La publicidad ser utilizada en las siguientes formas: Comunicacin Objetivo Tipo Estilo Medio Observaciones Publicidad Impresa El objetivo es llegar a nuestros clientes meta por medio de posibles y diversas relaciones de su entorno Producto Racional Diarios Zonales, Diario Clarn y mbito Financiero Se realizara una publicacin en las localidades de Zona Oeste y Sur que dispongan de un servicio de comunicacin impreso local. En Clarn y mbito financiero se pactaras pautas publicitarias de avisos con distintas frecuencias de publicacin. Publicidad Internet El objetivo es llegar a nuestros clientes meta por medio de fuentes de su inters. Producto Racional Diarios y revistas online mediante banners Se realizara una publicacin de banner publicitario con el nombre e imagen del producto, su objetivo y funciones principales y datos de contacto.

Comunicacin Objetivo Tipo Estilo Medio Observaciones

Pgina 84 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 85 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.6.1.2. Marketing Directo Mediante el marketing directo buscamos tomar el primer contacto con el cliente a fin de relevar ciertos datos de inters que sern almacenados como una fuente de informacin primaria en nuestras base de datos internas.

Comunicacin Objetivo

Tipo Estilo Medio Observaciones

Marketing Directo Realizar un primer contacto con los consumidores meta a fin de obtener datos de contacto y comenzar a fomentar una relacin directa. Concretar entrevista de venta personal. Producto Racional Telemarketing En primera instancia se realizara un primer contacto telefnico, con la finalidad de obtener datos de contacto. Se busca a posterior poder enviar informacin va e-mail y concretar entrevistas para realizar ventas personales

Comunicacin Objetivo Tipo Estilo Medio Observaciones

Marketing Directo Formalizar el contacto con los consumidores meta. Producto Racional Correo Postal Se enviara una carta de presentacin y folleteria descriptiva del producto como accin posterior al contacto telefnico. Se busca causar una impresin formal del producto y la empresa con el cliente.

Comunicacin Objetivo Tipo Estilo Medio Observaciones

Marketing Directo Mantener la relacin de contacto con los potenciales clientes. Producto Racional E-mail Se realizaran envos de e-mail en distintas etapas a fin de comunicar las caractersticas principales del producto, su calidad, los servicios posibles sobre este y promociones varias.

Pgina 85 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 86 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.6.1.3. Promocin de Ventas A fin de poder cautivar y crear inters en los posibles clientes se llevaran adelante diversas acciones promocionales. Como ser envo de listas de precios con bonificaciones o propuestas para utilizar el producto de manera gratuita durante un periodo de tiempo denominado de prueba. Comunicacin Objetivo Tipo Estilo Medio Observaciones Promocin de Ventas Incentivar al cliente a la compra o prueba del producto. Producto Racional Telefnico, E-mail. Se invitara a un grupo de clientes previamente seleccionados a la prueba del producto de manera gratuita. El objetivo es que el cliente pueda utilizar el producto a fin de evaluar sus prestaciones. Junto con esto es posibles enviar un plan promocional con una vigencia de 20 das a partir de la entrega del producto de prueba con la bonificacin de la compra del producto de acuerdo al Pack elegido y descrito en la seccin de precios.

6.6.1.4. Relaciones Pblicas Las relaciones pblicas sern destinadas a mantener y alimentar el contacto e informacin con los clientes que hayan adquirido el producto. Comunicacin Objetivo Tipo Estilo Medio Observaciones Relaciones Publicas Alimentar y mantener en el tiempo el contacto y la relacin con nuestros clientes. Producto Racional Boletn Informativo por e-mail (News Letter) Se enviara va e-mail un boletn informativo acerca de diversos temas de tecnologa e informtica. En el cual se notificaran tambin diversos cambios que pudiese sufrir tanto la organizacin, como el producto, los servicios y los precios del producto.

Pgina 86 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 87 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.6.1.5. Ventas Personales A fin de llevar adelante un servicio personalizado las ventas personales constituyen una herramienta fundamental para el xito de nuestra fuerza de venta. Dadas las caractersticas del producto es realmente necesario realizar una presentacin formal del mismo que pueda mostrar en detalle las principales ventajas y beneficios que traer a los clientes. Para concretar reuniones de ventas personales es fundamental tener un buen desempeo mediante otros medios de comunicacin como ser publicidad, promociones y marketing directo.

Comunicacin Objetivo Tipo Estilo Medio Observaciones

Ventas Personales Vender el producto por medio de una reunin personalizada. Producto Racional Entrevista Personal en la Empresa Cliente. La fuerza de venta contara con distintas herramientas para la realizacin de entrevistas personales. Como ser presentaciones en PowerPoint del producto, una versin del producto instalada en la computadora personal del vendedor. Folleteria descriptiva del producto, tarifas y promociones para la venta. La duracin de las entrevistas personales no debe ser superior a una hora en la cual el vendedor tratara de convencer al cliente sobre la compra del producto.

Pgina 87 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 88 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.6.2. Diseo de Sitio Web (7 C y Pantallas Descriptivas)


Dado que en este punto comenzamos a introducirnos en el mercado online es fundamental describir brevemente a las 7C como los principios de la estrategia del mundo online de negocios. Contenido: Los contenidos son los elementos que ocasionan el establecimiento de una relacin duradera y efectiva con los usuarios. Es todo el paquete de recursos que conforman el sitio. Comunidad: usuarios o individuos que a su vez se agrupan y forman una colectividad de internautas que se da generalmente por un inters o necesidad comn. Contexto: La concordancia que posee todo el contenido del sitio con la marca, los valores de la empresa y de la campaa en s. Comunicacin: Hace referencia a "las formas en que se permite la comunicacin del sitio con el usuario, y de este ltimo con el sitio". Comercio: Capacidad del sitio para realizar transacciones on-line Canal: Es el apoyo de la estrategia dentro de la campaa que permite que haya interaccin o intercambio de informacin entre los usuario y la empresa. Entre ellos se pueden denominar como canales al correo electrnico, la pagina de registro o contacto, mensajes de texto. Conectividad: Facilidad que posee un sitio para enlazarse con otros sitios.

Nuestro sitio Web corporativo debe estar totalmente alineado a este tipo de conceptos para que se pueda valorar la estrategia de negocios en lnea desarrollada.

Pgina 88 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 89 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

A continuacin describimos la orientacin de las 7C para nuestra propuesta de negocios. Contenido: El contenido del sitio Web estar totalmente orientado al producto de software que ponemos en venta, sus caractersticas, funciones y beneficios pero as tambin informacin referente a las empresas de transporte que puede resultar de inters. Contendr una seccin de contacto va e-mail y telefnica como as tambin un espacio para la generacin de consultas para los usuarios del producto, formado as una comunidad. Se brindara informacin institucional y referente a la empresa. Tendr una esttica cuidada para generar un impacto agradable y atractivo para los usuarios y se pondr un gran nfasis en dar a conocer el producto. Comunidad: Las personas o usuarios que deseen adquirir una versin de prueba del producto debern registrarse en el sitio Web. As mismo las personas que deseen realizar consultas debern realizarlo mediante la pgina de contacto. El presente grupo de personas de hecho ya conforman una comunidad con un problema, necesidad o inters comn que es solucionar o satisfacer la necesidad de contar con una herramienta informtica para administrar sus procesos de negocio. Contexto: La campaa online tendr total concordancia con las acciones publicitarias tanto en forma impresa o va e-mail. El lenguaje escrito y audio visual deber ser el mismo que el que se utiliza en toros medios de comunicacin a fin de que ambas campaas se dirijan el mismo pblico. Comunicacin: Es unidireccional, ya que todo el contenido de la campaa ha sido provedo por la empresa. As mismos el sitio cuenta con una pgina de contacto, direcciones de e-mail a la vista y telfonos de la compaa. Comercio: El sitio no realiza transacciones online dadas las caractersticas del producto y del negocio, no obstante las personas que quieran utilizar una versin de prueba del producto debern registrarse en el mismo.

Pgina 89 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 90 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Canal: Los usuarios que se registran tienen la posibilidad de elegir si desean o no recibir informacin acerca del producto, la empresa o informacin de inters. Adicionalmente el sitio tendr en algunas secciones un link de Recomendar a para que el mismo usuario pueda enviar una notificacin a otros usuarios (conozcan o no el sitio) para ingresar al sitio a leer dicha seccin especfica. Esto generara mayor trfico de visitas en el sitio Web. Finalmente tambin se dispone de una pgina de contacto para enviar consultas o sugerencias va e-mail. Conectividad: Dadas las caractersticas del sitio Web, el mismo puede ser accedido de manera eficiente y gil desde distintos servicios de Internet con diferentes ancho de banda. As mismo el sitio tendr diversos links a otros sitios de inters para el rubro de transporte como ser: - Comisin Nacional de Regulacin del Transporte CNRT: www.cnrt.gov.ar - Secretaria De Transporte de la Nacin Argentina: www.transporte.gov.ar - INDEC: www.indec.com.ar

Branding: A pesar de ser una marca totalmente nueva buscamos darnos a conocer fcilmente a travs de los medios tradicionales y digitales. Buscamos conservar la sobriedad en los colores, el lenguaje visual y dems elementos corporativos. Nuestros usuarios o internautas podrn asociar claramente la campaa desde el sitio Web con lo visto fuera de este.

Pgina 90 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 91 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.6.3. Prototipo de Sitio Web


A continuacin damos una muestra del prototipo del sitio web que representa tanto a la compaa como al producto.

Pgina 91 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 92 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.6.4. Plan de Medios


El plan de medios es la solucin a la difusin de la campaa y se lleva a cabo mediante la planificacin de medios, procedimiento que aplica diferentes tcnicas para resolver cmo difundir masivamente un mensaje de la manera ms rentable y eficaz. 6.6.4.1. Definicin de Objetivos de Medios Los objetivos de medios estarn establecidos en trminos de: Cobertura: Nmero de personas del pblico objetivo con las que se quiere contactar. Frecuencia: Nmero de veces que queremos que este pblico perciba el mensaje. Recuerdo: Nivel de efecto sobre la memoria que se quiere provocar, entendiendo que con ello aumentan las posibilidades de lograr la reaccin buscada.

En funcin de lo expuesto fijamos nuestros objetivos: Durante el primer ao alcanzar al 60% del pblico objetivo con una tasa de repeticin de 5 de frecuencia media. Durante el primer ao persuadir al 45% del pblico objetivo con una tasa de repeticin de 6 de frecuencia media. Durante el primer ao lograr un nivel intermedio de recordacin en el 50 % de nuestro pblico objetivo

6.6.4.2. Elaboracin de la Estrategia de Medios Nuestra estrategia de medios ser llevada adelante mediante: Medios Publicitarios Impresos. Medios Publicitarios en Sitios de Internet.

En el caso de los medios publicitarios impresos utilizaremos diarios que pueden ser de alcance zonal o de alcance nacional. Justificamos esta eleccin ya que es el medio escrito informativo por excelencia. Sus principales caractersticas como medio: Credibilidad, Permanencia del mensaje, y su peso informativo.

Pgina 92 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 93 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Alunas de sus ventajas son: Flexibilidad geogrfica: Si se quiere alcanzar a un pblico ubicado en una zona geogrfica determinada, se podr elegir un medio local, regional o nacional. Escasa saturacin: no tienen un porcentaje tan elevado de anuncios como otros medios, lo que favorece la posibilidad de ser visto y disminuye el rechazo hacia la publicidad. Crdito del medio: respeto y credibilidad repercuten positivamente sobre las marcas que se publicitan en sus pginas. Posibilidad de relectura: el mensaje puede ser visto ms de una vez sin que el anunciante tenga que invertir en el segundo o tercer impacto. Tiempo de recepcin: el individuo elige cunto tiempo quiere dedicarle al anuncio, puede recortar el anuncio o tomar nota del telfono o la web que aparece en l. Algunas de sus desventajas: Menor calidad de impresin: relativa calidad del papel utilizado. Segmentacin relativa del pblico: personas muy distintas pueden leer el mismo peridico, lo que dificulta la localizacin de pblicos especficos.

En el caso de medio de publicidad en Internet hoy en da se han popularizado de manera significativa y logra una cantidad de visitas diarias realmente interesantes como para realizar una accin publicitaria. Algunas de sus ventajas son: Seleccin especfica del pblico objetivo: Jvenes y profesionales suelen ser un pblico abierto a las propuestas informativas y promocinales que le llegan a su Computador. Espacio nico: la publicidad y el resto de contenidos comparten el mismo espacio, de modo que el espectador no puede hacer zapping. Calidad de impacto: derivado de las buenas condiciones de recepcin. La publicidad en Internet se beneficia del nivel de concentracin al que llega la audiencia en este medio. Quien est delante de la pantalla no est haciendo otras cosas como le pasa al oyente de radio, ni se duerme como cuando est viendo la tele.

Pgina 93 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 94 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Algunas de sus desventajas: Deja fuera a segmentos enteros de poblacin (audiencia limitada): todos aquellos que no dispongan de un computador, de conexin a la red y de conocimiento del medio no podrn acceder a la publicidad. Con Internet se llega a los internautas. Relativa fiabilidad de los mensajes: la naturaleza del medio permite la circulacin de todo tipo de mensajes, con y sin fuente fiable y con una gran capacidad de parecer real. El conocimiento de algunos casos de fraude y la sensacin de anonimato que favorece la red pueden afectar a la credibilidad de los mensajes. Rechazo a los mensajes comerciales: los usuarios suelen ser sensibles con la publicidad, a la que en muchas ocasiones considera invasiva, por su recepcin no solicitada, su repeticin y su insistencia, sobre todo el llamado spam que se est convirtiendo, junto con los virus, en el principal problema de la comunicacin eficaz va internet. 6.6.4.3. Seleccin de Soportes Diario Clarn Suplemento Ms Oportunidades Al final del Suplemento Clasificados con propuestas de subrubros (Audio y Video; Juegos y Deportes; Ropa y Accesorios; Informtica y Comunicacin, Equipamiento para el Hogar y Negocios y Empresas) en los que se podrn publicar avisos. Tipo de Aviso: Inserto Publicitario Cobertura: Capital Federal y Gran Buenos Aires Cantidad Estimadas de Ejemplares: o o Lunes a Sbado: 345.000 ejemplares Domingo: 675.000 ejemplares

Costo: $ 1,99 + IVA la lnea sin lmite de extensin. Costo Total por aviso: $40 por aviso diario. 4 por semana $160, Mensual $800 con publicacin los das Lunes, Mircoles, Sbado, Domingo. Total Ao: Diario mbito Financiero Pauta bimestral, 1 vez a la semana los das viernes en pgina de empresas. Tipo Aviso: Inserto Publicitario Costo: Precio por cm. de columna $ 90, Total de cada aviso $ 2700,- Total de 9 avisos con un descuento del 25%.Total de la campaa mbito $ 18225. Si publicaran inicialmente 9 avisos durante todo el ao a partir del 2 mes de lanzamiento y durante 2 meses. Pgina 94 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 95 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Clarn Digital: Pauta mensual de un Banner de 234 X 60 pxeles. Costo: $3000- mensuales Total Ao: $36000 6.6.4.4. Programacin o Distribucin del Presupuesto A continuacin se describe la asignacin del presupuesto para la realizacin de planes de comunicacin dentro del periodo 2010 - 2011.

TV Radio Internet Diarios Total

$ 0,00 $ 0,00 $ 36.000,00 $ 18.225,00 $ 54.225,00

6.6.4.5. Evaluacin de la Campaa Una vez finalizada la misma se proceder a realizar las mediciones pertinentes como ser Cobertura bruta: Total de impactos sobre el pblico objetivo conseguidos con el plan de medios. Cobertura neta o alcance (CN): Nmero de personas del pblico objetivo que tendrn la oportunidad de contactar con el anuncio al menos una vez. Frecuencia de exposiciones: nmero de veces que un miembro del pblico objetivo tiene la oportunidad de exponerse al plan de medios. Frecuencia efectiva: nmero aconsejado de veces que se debe contactar con el pblico objetivo para esperar una reaccin positiva a la propuesta del mensaje. Los resultados alcanzados mediante estas mediciones sern los utilizados para comparar los objetivos propuestos en el plan de medios. Pgina 95 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 96 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.7.

Distribucin

6.7.1. Factores Condicionantes de la Distribucin Principales Canales


6.7.1.1. Caractersticas del Mercado A fin de describir el mercado dentro de los condicionantes de distribucin podemos decir que el mismo tiene un nmero acotado de consumidores dado que los mismos son empresas medianas y pequeas. Dado que estamos hablando del Mercado Industrial y no de Consumo, nuestra forma de distribucin es Selectiva. 6.7.1.2. Caractersticas del Producto Teniendo en cuenta las caractersticas del producto, intangible y de carcter estacional no se ven lmites o condicionantes en la distribucin del mismo pese a que es entregado fsicamente en un medio de almacenamiento llamado DVD. As mismo teniendo en cuenta la etapa en la que se encuentra el producto con respecto a su siclo de vida que es al momento de su lanzamiento la de introduccin la distribucin ser selectiva. 6.7.1.3. Caractersticas de los Intermediarios En este caso no se utilizarn intermediarios en la distribucin. Por lo cual no se lo considera un condicionante. 6.7.1.4. Competencia La forma en que los competidores distribuyen su producto no genera ningn tipo de condicionante la nuestra. 6.7.1.5. Recursos Disponibles, Ingresos y Costos Generados Pese a que utilizaremos una distribucin directa para la entrega final del producto, esta no representa costos elevados ya simplemente se entrega al cliente una caja con un DVD que contiene los materiales de informacin necesarios y el producto. Este tipo de entregas puede realizarse mediante servicios de mensajera y dado que las entregas sern dentro del Gran Buenos Aires, en Zona Oeste y Sur el costo del mismo no supera los $40 por viaje de entrega. En el caso de entregar el producto en forma de prueba el mismo se realizar mediante el cuarto canal por lo que no nos representan costos significativos adicionales.

Pgina 96 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 97 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.7.1.6. Limitaciones legales Tanto para la distribucin como para el negocio en s mismo no se observan o identifican limitaciones legales.

6.7.2. Estrategia de Distribucin


En cuanto a la estrategia de distribucin tenemos que tener en cuanta dos caractersticas que consideramos fundamentales: En primer lugar, nuestro mercado meta se encuentra dentro del Mercado Industrial y el producto a entregar no se vende en cantidades significativas por tratarse de un producto de especialidad. En segundo lugar, tenemos que mencionar que el producto al momento de su lanzamiento estar en una etapa de introduccin dentro de su ciclo de vida. Por tales motivos la estrategia de distribucin ser Selectiva. El punto de venta central ser nuestras oficinas comerciales siendo inicialmente este el nico, y el producto se entregar en el domicilio del cliente.

6.7.3. Canales (tipo y nivel)


Dada las caractersticas de nuestro producto y operatoria utilizaremos un Canal Directo sin intermediarios.

Pgina 97 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 98 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6.7.4. Anlisis de Localizacin de Puntos de Venta Propios


En cuanto al anlisis de localizacin de puntos de ventas propios, la empresa cuenta nicamente con sus oficinas comerciales o casa central y nica. Por lo que inicialmente no dispondremos de puntos de ventas propios en las zonas que abarcan nuestro mercado meta. El producto puede ser retirado de nuestra casa central aunque preferentemente se enva al domicilio del cliente. As mismo las acciones de nuestra fuerza de venta, por una cuestin estratgica, se realizan en las oficinas de nuestros clientes o a lo sumo en nuestra casa central. Mediante el cuarto canal y dems acciones de comunicacin llegamos a los clientes meta.

6.7.5. Opciones de Asociacin


A fin de valuar opciones de asociacin, estas deberan ser con firmas que provean servicios de sistemas informticos. Este punto es muy delicado para nuestro negocio, dado que las empresas que pueden ofrecer nuestro producto podran convertirse en competencia en un futuro cercano. De momento no optaremos por realizar asociaciones con otras firmas. Pero no se descarta que a futuro y luego de que el producto se haya introducido y posicionado fuertemente en el mercado pueda reverse este punto.

6.7.6. Gestin del JIT just in time


La metodologa de produccin Just In Time (JIT) la cual est destinada a reducir significativamente los costos de la gestin como as tambin por perdidas debido al acumulamiento innecesario de stock, no es aplicable a nuestra forma de produccin. Esto se debe a que prcticamente el stock que se maneja del producto corresponde nicamente a su empaque. El producto propiamente dicho es intangible y dadas sus caractersticas al tratarse de software se produce por copia informtica sin requerimientos de lneas de produccin o procesos de tal estilo. Por ltimo cabe destacar que estamos hablando de un producto de especialidad, por lo cual, no representa grandes volmenes de unidades en las ventas.

Pgina 98 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 99 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

7. Operaciones

Pgina 99 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 100 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

7.1.

Organizacin de la Empresa

La empresa se encuentra representada por una estructura de diferenciacin vertical o jerrquica, por lo cual, las autoridades y responsabilidades se encuentran desgranadas en la organizacin en funcin de los niveles jerrquicos.

7.2. Grupo Fundador, Composicin del Directorio, Principales Accionistas.


La empresa fue fundada por un grupo fundador de una persona, la cual fue quien ideo las bases de las mismas, el producto y sus funciones. As mismo el directorio se encontrara conformado por dicho fundador y una persona la cual ha dedicado gran parte de su trayectoria profesional en empresas de transportes quien es socio minoritario de la empresa. Actualmente la empresa no cuenta con grupos accionistas externos que apoyen econmicamente el proyecto. Siendo los principales accionistas sus miembros de directorio. La presente empresa est constituida como una S.R.L, llamada Negocios y Sistemas S.R.L cuyo nombre comercial o fantasa es Neys.

Pgina 100 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 101 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

7.3. Composicin del Staff Gerencial y Perfil de los Ejecutivos Claves.


A continuacin describimos el staff gerencial y el perfil de los ejecutivos claves.

Cargo

Directorio

Funciones Confeccionar, Controlar y distribuir el presupuesto anual. Ejercer la direccin, control y supervisin del personal gerencial. Identifica a la empresa. Define su misin, visin y objetivos de alto nivel y estratgicos. Aprobar el balance general, estado de ganancias y prdidas. Evaluar, aprobar y dirigir la estrategia corporativa. Aprobar los manuales de la organizacin y funciones, documentos normativos, directivas y procedimientos de alto nivel. Aprueba el plan de negocios.

Cargo Gerencia General

Funciones Proponer al directorio y dirigir la aplicacin de planes, presupuestos, organizacin, estrategias y objetivos empresariales. Evaluar el logro de objetivos y desempeo de las gerencias a su cargo. Dirigir las acciones de mejora y rediseo del proceso de negocio, la calidad de servicio y la productividad empresarial.

Cargo

Gerencia Sistemas y Tecnologa

Funciones Definir y hacer cumplir las metodologas de trabajo. Desarrollar el plan de sistemas en base a las necesidades de informacin del resto de las gerencias. Responsables de la seguridad informtica de la empresa y productos. Ejecutar normas de calidad en los procesos de sus areas. Desarrollar y producir el producto de la empresa. Supervisa, controlar y dirigir las areas de anlisis, desarrollo y test. Supervisa y controla las actividades de I+D (Investigacin y Desarrollo) Gestiona y administra las compras de hardware y software. Reportar a la gerencia general. Funciones Planificar, organizar, dirigir y controlar las actividades relacionadas con el proceso de comercializacin del producto y entrega del mismo. Administrar los ingresos y egresos por las ventas. Supervisa, controlar y dirigir las areas de ventas y marketing. Vela por la creacin de valor para el cliente. Lleva adelante los objetivos de ventas establecidos por la gerencia general. Reportar a la gerencia general. Pgina 101 de 438

Cargo

Gerencia Comercial

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 102 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Cargo Gerencia Administracin y finanzas

Funciones Encargarse del cumplimiento de las obligaciones, pago oportuno de los tributos y aportaciones que la normativa legal fije a la empresa. Formular el plan integral de accin financiera de corto, mediano y largo plazo en coordinacin con las gerencias de lnea. Actualizar y consolidar la informacin financiera de la empresa. Anlisis del Estado Financiero de la Empresa. Reportar a la gerencia general.

Cargo

Gerencia Contable

Funciones Definir la informacin contable de la empresa. Planes de cuentas, estados contables y de resultado. Administrar los impuestos impositivos: IVA, Retenciones, Ingresos brutos, ganancias. Gestin de la conciliacin bancaria. Responsable de los cierres mensuales y anuales de ejercicios. Reportar a la gerencia general.

Cargo

Gerencia RRHH

Funciones Ejecutar programas de capacitacin en diferentes niveles de la organizacin. Llevar adelante los procesos de seleccin y reclutamiento de personal. Implementar programas o proyectos para mejorar el desempeo del personal. Velar por el cumplimiento de normas y buenas conductas en la compaa. Administrar los haberes del personal, sanciones y dems cuestiones del tipo remunerativas. Determinar y establecer los trminos de contratacin y empleo. Interactuar con sindicatos, obras sociales, prepagas y entidades gubernamentales. Reportar a la gerencia general.

Pgina 102 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 103 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

7.4.

Estructura Prevista al Lanzamiento y Evolucin

La estructura prevista para el lanzamiento ser la misma con la que cuenta actualmente la empresa y que fue descrita en los puntos 7.1. Organizacin de la empresa y 7.3. Composicin del staff gerencial y perfil de los ejecutivos claves.

7.5. 7.6.

Filosofa y sistema de trabajo Nuestra Filosofa

Nuestra filosofa organizacional estaba basada en el respeto mutuo con nuestros empleados, clientes y dems actores que interactan con nosotros. Dado que nuestra organizacin es la suma de su capital humano en la conformacin de un todo, creemos que el cuidado de quienes la conforman es el secreto para que sea solida y un ambiente de desarrollo profesional duradero en el tiempo. As mismo nuestra filosofa es abocarnos a nuestra misin realizando todos los esfuerzos necesarios para lograr nuestros objetivos y de esa manera seguir avanzando a travs del camino que nuestra visin no marca. Para notros es fundamental desarrollar un producto de alta calidad para la satisfaccin de nuestros clientes y plasmar cotidianamente las acciones necesarias para que el cliente pueda percibir la creacin de valor que realizamos hacia l. Cabe mencionar los principios que consideramos importante: La importancia de los recursos humanos: Las acciones de nuestro personal, sus ideas y sus pensamientos son reconocidos en nuestra organizacin, porque sabemos que son ellos quienes nos sustentan y por eso se realizan constantes actividades que motiven la generacin de ideas y la exteriorizacin de sus vivencias tanto buenas como malas. Las relaciones sociales tambin realizan un aporte fundamental a nuestro clima organizacional y hace a las vivencias de nuestro trabajo en el da a da, por eso mismo tenemos muy presente que acciones tomar a fin de apoyarlas con el objetivo de que sean firmes y duraderas. Igualdad de Oportunidades - Reconocimiento: Creemos que la mejor forma de motivar a nuestros empleados es dndole oportunidades para su realizacin personal. Siempre tenemos presente esta necesidad en las personas que nos acompaan, por cual motivo repudiamos todo tipo de actitudes discriminativas como unilaterales y favorecemos la opinin, la diversidad y el respeto entre nosotros.

Pgina 103 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 104 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Buena Comunicacin: Creemos que para llevar adelante las diversas actividades que conforman a la organizacin los fundamental es tener una comunicacin fluida, clara y despojada de ambigedades. En virtud de lo expuesto, tenemos una estructura jerrquica y divisin de responsabilidades transparente que velan por transmitir la informacin necesaria a cada rea de trabajo de manera clara y en el momento en que se la necesita. Proteccin Mdica y Cuidados: Nuestra organizacin se encuentra en constante proceso de adquisicin de informacin acerca de nuestro contexto y cules son las actividades que aportan a tener una buena salud. En virtud de esto y a fin de plasmar el cuidado que brindamos a nuestros empleados, proponemos por medio de convenios con empresas deportivas diversas actividades a fin de que nuestros empleados puedan desarrollarlas de manera complementaria a su actividad profesional. Medio Ambiente: Para nosotros es fundamental el cuidado del medio ambiente, por eso, inculcamos constantemente polticas que aporten a tal objetivo. Tratamos de reducir de manera significativa la utilizacin de papeles, tanto en la impresin de documentos con en otras actividades. Recolectamos el papel inutilizable a fin de donarlo para su recicle y fomentamos una fuerte comunicacin y consejos sobre el cuidado del mismo entre nuestros empleados.

7.7.

Sistema de Trabajo

Si bien existen normas y procedimientos los cuales son ejecutados por las areas y empleados que conforman las diversas gerencias, a continuacin describiremos cual es el sistema de trabajo para la generacin de nuestro producto y prestacin de servicios. El sistema de trabajo para la construccin del producto y servicio est basado en una metodologa de desarrollo de software madura denominada o llamada Proceso Unificado, normalmente conocida como UP con la cual abarcamos la Gestin de Proyectos y Anlisis de Sistemas, Diseo y Desarrollo y Gestin de Calidad de Producto.

7.7.1. Gestin de Proyectos


Todos nuestros proyectos de sistemas son administrados bajo metodologas expertas. Para esto nos basamos en la aplicacin del Proceso Unificado de Desarrollo de Software (UP). UP, es un proceso de desarrollo de software de base genrica. Por este motivo su aplicacin est vinculada a una gran variedad de tipos de sistemas, diferentes tipos de organizaciones y diferentes tamaos de proyectos.

Pgina 104 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 105 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Esta metodologa, provee un enfoque disciplinado en la asignacin de tareas y responsabilidades dentro de una organizacin de desarrollo. Su meta es asegurar la produccin de software de muy alta calidad que satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible. El Proceso Unificado tiene dos dimensiones: Un eje horizontal que representa el tiempo y muestra los aspectos del ciclo de vida del proceso a lo largo de su desenvolvimiento. Un eje vertical que representa las disciplinas, las cuales agrupan actividades de una manera lgica de acuerdo a su naturaleza.

La primera dimensin representa el aspecto dinmico del proceso conforme se va desarrollando, se expresa en trminos de fases, iteraciones e hitos. La segunda dimensin representa el aspecto esttico del proceso: cmo es descrito en trminos de componentes del proceso, disciplinas, actividades, flujos de trabajo, artefactos y roles. Esta metodologa se basa en componentes, lo que significa que el sistema en construccin est hecho de componentes de software interconectados por medio de interfaces bien definidas. Usa el Lenguaje de Modelado Unificado (UML) en la preparacin de todos los planos del sistema.

Pgina 105 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 106 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

UP, se distingue por tres motivos: Dirigido por casos de uso: Los casos de uso representan los requisitos funcionales y guan el diseo, la implementacin y la prueba. Basndose en los casos de uso los desarrolladores crean modelos de diseo e implementacin que llevan a cabo los casos de uso.

Centrado en la Arquitectura: La arquitectura es una vista de diseo con las caractersticas ms importantes, dejando los detalles de lado. Describe diferentes vistas del sistema. Constituyen la forma del sistema, incluye aspectos estticos y dinmicos. La arquitectura y los casos de uso evolucionan en paralelo.

Pgina 106 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 107 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Es iterativo e incremental: El desarrollo se organiza en una serie de mini proyectos de duracin fija, llamados iteraciones. El resultado de cada uno es un sistema que puede ser probado, integrado y ejecutado. Cada iteracin incluye sus propias actividades de: anlisis de requisitos, diseo, implementacin y prueba. El sistema crece incrementalmente a lo largo del tiempo, iteracin tras iteracin. En general, cada incrementalmente. iteracin aborda nuevos requisitos y amplia el sistema

La salida de una iteracin NO es un prototipo desechable, es un subconjunto de calidad del sistema final.

7.7.2. Anlisis y Diseo Orientado a Objetos


Nuestro sistema de trabajo se especializa en el anlisis y diseo de software basado en arquitecturas orientadas a objetos. Esta metodologa sumada a la aplicacin de patrones de diseo orientados a objetos, hacen de nuestros sistemas un producto de gran calidad bajo estndares del mercado de la industria del software. Tanto el anlisis como el diseo Orientado a objetos juegan un rol fundamental a la hora de construir soluciones a medida de las necesidades de los clientes. La arquitectura del software alude a la estructura global del software y a las formas en que la estructura proporciona la integridad conceptual de un sistema

Pgina 107 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 108 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Anlisis Orientado a Objetos (OO): El anlisis OO pone nfasis en la investigacin del problema y los requisitos que debe satisfacer el software, en vez de ponerlo en la solucin. La finalidad del anlisis OO es crear una descripcin del dominio del problema a solucionar, desde una perspectiva de clasificacin de objetos: Identificacin de conceptos Atributos e interrelaciones significativas

El modelo del dominio no es una descripcin de los objetos software, es una visualizacin de los conceptos del mundo real y sus vinculaciones (se representan mediante diagrama de clases, sin mtodos).

Diseo Orientado a Objetos (OO): El diseo pone nfasis en una solucin conceptual, que satisface los requisitos, en vez de ponerlo en la implantacin del software. La finalidad del diseo OO es definir los objetos software y sus colaboraciones (se utilizan en esta etapa diagramas de colaboracin: interaccin y secuencia de UML). A diferencia del modelo del dominio, este modelo no muestra conceptos del mundo real, sino clases software, con atributos, mtodos y asociaciones.

Pgina 108 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 109 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

7.7.3. Gestin de Calidad


Nuestro sistema de trabajo, implementa durante sus procesos de desarrollo de software metodologas maduras que aseguran que el resultado final ser un producto de alta calidad. Nuestro equipo de programacin y desarrollo aplica procesos de calidad a todas las actividades del proyecto, lo que finalmente permite reducir de manera significativa las correcciones o modificacin sobre el producto que es entregado al cliente. De esta manera, se obtiene una baja en el costo del software a construir ya que evita considerablemente realizar tareas repetidas durante dicho proceso de construccin.

Algunas de las metodologas utilizadas: Sobre la ingeniera del sistema: o Pruebas de sistema. o Pruebas de recuperacin. o Pruebas de Seguridad. o Pruebas de resistencia. o Pruebas de desempeo. Sobre los requisitos del software: Pruebas de validacin o Pruebas Alfa y Betas Sobre el diseo el software: Pruebas de integracin o Integracin Ascendente o Descendente. o Pruebas de Caja Negra. Sobre el cdigo del software: Pruebas unitarias o de unidad, pruebas de caja blanca.

Pgina 109 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 110 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

7.8. Requerimientos en Materia de RRHH: descripcin de la plantilla en los distintos momentos previstos de evolucin de la estructura.
En referencia a los requerimientos en materia de recursos humanos, inicialmente la empresa cuenta con el personal necesario para llevar adelante el proyecto en las dimensiones inicialmente previstas. Especficamente, la empresa cuenta para el rea de sistemas con 3 analistas funcionales, 4 analistas programadores, 2 personas de testing, 1 administrador de servidores e implementador y 3 tcnicos de soporte para conectividad y hardware. Se cuenta tambin con una fuerza de venta de 4 integrantes, 1 licenciada en marketing y el correspondiente Gerente Comercial quien gua su trabajo. La empresa considera que con la estructura actual es suficiente y completa para abordar sin riesgos el proyecto durante su etapa de desarrollo y posterior introduccin en el mercado. En los que respecta a futuro y en base a la demanda de la actividad surgida por la comercializacin del producto, podr evaluarse la ampliacin del personal en las diferentes reas de acuerdo a ese momento. En tal caso la empresa contara seguramente con mayor presupuesto y actividad. RRHH ser la responsable de la bsqueda y coordinacin de entrevistas con futuros postulantes, y una vez concretada con las reas a las cuales corresponde la evaluacin del perfil a contratar. Ser la encargada de toda la gestin necesaria para la contratacin legal e ingreso a la empresa as como la realizacin de evaluaciones psicologas y de personalidad. RRHH cuenta con acceso a sitios webs de bsqueda de empleados, una base de datos interna con perfiles que va creciendo en el tiempo, acuerdos con psiclogos para las evaluaciones y con empresas privadas del sector mdico para las realizaciones de evaluaciones pre ocupacionales.

Pgina 110 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 111 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8. Aspectos Descriptivos de la Solucin Tecnolgica

Pgina 111 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 112 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.1.

Descripcin Reducida del Negocio

El producto a construir, ser un sistema cuya finalidad ser la administracin, estimacin, control y facturacin de viajes realizados por empresas de transportes de cargas generales y peligrosas. El negocio de las empresas transportistas es llevado adelante en base a las siguientes caractersticas. Las empresas administran clientes que pueden ser de 2 tipos: Consumidores Finales Empresas

Dichos clientes solicitan viajes a las empresas a fin de transportar diversos objetos, como ser: Cargas Generales: Productos (artculos comerciales, de consumo, etc.), materiales, maquinarias, etc. Cargas Peligrosas: Gases: Comprimidos, lquidos o disuelto bajo presiones. Lquidos inflamables, Slidos inflamables, Sustancias oxidantes, venenosas, corrosivos, etc. Mudanzas en General: Traslado de objetos personales, mobiliarios de oficina, etc.

Tanto el origen y destino de dichos viajes tienen residencia en todo el territorio Argentino. As mismo, los clientes con cuenta corriente (Empresas) tienen asociado una tarifa especial de precios, ya que realizan gran cantidad de viajes mensualmente. La tarifa de precios es establecida en base a: Tipos de vehculos utilizados Valor hora, para un rango mnimo. Valor hora, por excedente del rango mnimo. Valor por kg, para un rango mnimo. Valor por kg, excedente del rango mnimo. Valor por kilometro Valor por pallet de transporte Valor por pen para carga y descarga de materiales.

Dichas tarifas, tienen un tiempo de vigencia comprendido entre una fecha desde y una fecha hasta.

Pgina 112 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 113 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

En base a las solicitudes de sus clientes, las empresas deben realizar una estimacin de costos o presupuesto de viaje, el cual depende de las siguientes variables:

Tipo de material a transportar Peso en kilogramos del material a transportar. Este punto puede modificar el tipo de vehculo a utilizar. Distancia a recorrer en Km (Origen Destino). Con posibilidad de carga y descarga de materiales en tramos intermedios entre el origen y destino. Costos incurridos durante la realizacin del viaje (peajes, combustible, etc.) Tiempo de duracin del viaje. Tiempo de carga y descarga del material transportado. Cantidad de peones a utilizar. Cantidad de canastos. Cantidad de pallets a utilizar (en caso de ser necesario)

Una vez efectuado el viaje contratado, la empresa debe ajustar las variables del presupuesto para contrastarlo con el viaje real y finalmente para realizar la facturacin. En base a esto se pueden modificar cualquiera de los tems mencionados, teniendo en cuenta los valores o costos por excedente en tiempo, cantidad de peones, km, pesos transportados asociados a la tarifa del cliente. As mismo, una vez realizado el presupuesto y comenzado el viaje, este posee una serie de estados: Abierto (previo a realizar el viaje), en curso (durante la realizacin del viaje), cancelado, cerrado. Los presupuestos de viajes a facturar son aquellos que estn en un estado cerrado. En el caso de clientes consumidores finales, como por ejemplo por servicios de fletes, se realiza una factura por cada viaje. En el caso de clientes con cuenta corriente, es posible realizar una factura por todos los viajes realizados en una quincena o en un mes. Por consiguiente se puede realizar una factura que incluya N viajes. La empresa transportista, tambin debe liquidar el pago a choferes por los viajes realizados. Los choferes, pese a ser personal de la empresa, cobran un sueldo bsico ms una comisin por viaje terminado. Esta liquidacin puede incurrir en descontar adelantos de dinero o viticos a los mismos. As mismo, las empresas, deben llevar un control de habilitaciones para los choferes a saber: Licencia municipal, libreta sanitaria, licencia CNRT, licencia de conductor. A fin de ser efectivos en la administracin de sus recursos, las empresas de transporte necesitan llevan una agenda de viajes para poder administrar la disponibilidad de unidades de transporte, choferes y dems equipamiento.

Pgina 113 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 114 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Una vez finalizada la construccin del sistema de administracin de transporte, la empresa contar con una solucin apta para lanzar al mercado transportista.

As mismo, la empresa podr desplegar los diferentes servicios de post-venta, como ser, capacitacin sobre el uso del sistema, soporte a usuarios, mantenimiento del sistema, comercializacin de nuevas versiones del producto. Al ser un producto escalable, podr evolucionar incorporando nuevas funcionalidades y madurando las funcionalidades existentes. En base a sus caractersticas de calidad de diseo y presentacin de la informacin, amigabilidad y robustez, tendr un alto impacto de diferenciacin con los productos actuales. La presente solucin tecnolgica tendr las siguientes ventajas: Tecnologa de construccin: Al ser una plataforma web de utilizacin por intranet, se distingue de las actuales soluciones de escritorio del mercado. El procesamiento del sistema es realizado en el servidor y no en la PC del usuario que utiliza el sistema. Mayor Rendimiento. Si se requiere mayor velocidad de clculo, se mejora el rendimiento del servidor y no de cada PC que utiliza el sistema. Los servidores estn mejor preparados para la administracin de operaciones de I/O. Alto Desempeo Las actualizaciones que requiera el sistema, ya sea en trminos de funcionalidades o requisitos del sistema operativo, sern realizadas en el servidor. A diferencia de las aplicaciones de escritorio las cuales pueden requerir actualizaciones del sistema operativo o programa en la PC del usuario. Reduccin de tiempos de implementacin. El sistema puede ser accedido por un browser o explorador, en este caso I.E. Mayor portabilidad Al ser un sistema de utilizacin on-line, puede integrarse inmediatamente a nuevos entornos de utilizacin como el Cloud Computing. Mayor Adaptabilidad

o o

Moderno: Desarrollado con tecnologas de ltima generacin en comparacin de productos existentes desarrollados con tecnologas anteriores. Pgina 114 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 115 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo orientado al usuario final: El sistema est basado en la modularizacin de funciones. El sistema est dividido en mdulos de funcionalidades especficas para cada grupo de actividades de la empresa, acercando y poniendo a disposicin del usuario las funciones que realmente necesita. Varias soluciones actuales estn basadas en un diseo orientado a las caractersticas tcnicas del sistema.

8.2.

Anlisis de Beneficios

La utilizacin del Sistema de Administracin de Transportes aportara los siguientes beneficios. Mejorar la administracin de clientes. Mejorar la administracin de vehculos y disponibilidad de los mismos. Realizar una liquidacin efectiva a choferes. Brindar una eficiente herramienta de clculo presupuestaria. Brindar una agenda de viajes real y consistente. Facilitar la facturacin de viajes por clientes. Reducir los tiempos operativos de atencin al cliente.

8.3.

Fundamentos de la Solucin Tecnolgica

8.3.1. Propsito
El Sistema de Administracin de Transporte fue diseado especficamente para satisfacer las necesidades de administracin, estimacin, control y facturacin de viajes de la empresa transportista.

8.3.2. Objetivos
Los objetivos esperados a largo plazo, en funcin de la solucin tecnolgica son: Lograr posicionar la solucin tecnolgica en los primeros lugares del mercado de soluciones. Evolucin del sistema, a travs de las experiencias adquiridas con los clientes. Dotar al sistema de nuevas funcionalidades. Incorporar inteligencia al servicio del clculo presupuestario de viajes y disponibilidad de unidades de transporte. Introducir ms servicios empresariales.

Pgina 115 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 116 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.3.3. Limitaciones de la Solucin


Dentro de las limitaciones no funcionales de la solucin podemos mencionar: Inicialmente el sistema contara con un espacio de almacenamiento de datos limitado a 4GB de espacio en disco. El procesamiento de base de datos en memoria no podr superar 1GB. El sistema no ser compatible con servidores webs distintos a Internet Information Server 6.0 o superior o Cassini Web Server for ASP.NET Aplcatenos. El sistema no correr con versiones anteriores a la 3.5 del framework Microsoft .NET

8.4.

Anlisis del uso

El usuario recibe un llamado de su cliente solicitando la cotizacin de un viaje. El usuario releva las necesidades del mismo, a medida que confecciona el presupuesto en el sistema para informar su valor o costo final. El cliente solicita al usuario la disponibilidad de la empresa ara realizar el viaje. El usuario, en base a la unidad de transporte asignada en el presupuesto, verifica la agenda de viajes. El cliente confirma la realizacin del viaje. El usuario agenda la realizacin del viaje. Llegada la fecha de realizacin del mismo, el usuario imprime un remito para firma de cliente. Se realiza el viaje. Una vez finalizado el viaje, el usuario identifica que actividades o configuraciones del presupuesto original sufrieron modificaciones. En base a esto ajusto los valores del presupuesto para informar al cliente el precio final. El usuario realiza la facturacin del viaje e imprime la factura. El cliente recibe la factura y se marcha.

Pgina 116 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 117 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.5.

Perfiles de los Usuarios

Perfil Administrador del Sistema: Administracin de Usuarios del sistema: Creacin de perfiles de usuarios de sistema:

Perfil Vendedor: Administracin de Clientes: Generacin de presupuesto de viajes Registro de Viajes. Manejo de agenda o listado de viajes. Facturacin de Viajes Notas de dbito, crdito Reportes de Ventas. Liquidacin de viajes a chferes.

Perfil Administrador de Transporte: Administracin de unidades de transporte: Administracin de chferes. Administracin de Peones.

Pgina 117 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 118 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.6.

Escenarios de Uso

Mediante la presente tabla se expone los diferentes escenarios de uso: Grupos Funcin Administracin de Usuarios del sistema Creacin de perfiles de usuarios de sistema Descripcin Registro, modificaciones de datos y eliminacin de cuentas. Asignacin de perfiles de usuario y permisos. Registracin, modificacin y desactivacin de perfiles, asignacin de permisos.

Ventas

sistema)

Seguridad (Administrador del

Administracin de Clientes

Generacin de presupuesto de viajes Registro de Viajes Manejo de agenda o listado de viajes

Facturacin de Viajes. Notas de dbito, crdito

Registro, modificaciones de datos y eliminacin de clientes del sistema. Asignacin de lmites en cuenta corriente y administracin de tarifas. Registracin, modificacin de datos y eliminacin de viajes a realizar o realizados. Visualizacin del universo de viajes a realizar, realizados, en curso, etc. Permite a su vez editar los datos del viaje generados en base al presupuesto. Facturacin de viajes realizados por cliente. Emisin de notas de dbito o crdito contra facturacin de viajes. Visualizacin de diferentes reportes de ventas y viajes. Liquidacin de viajes realizados a choferes para el pago de comisiones. Registracin, modificacin de datos y eliminacin de registros de las unidades de transporte. Registracin, modificacin de datos y eliminacin de registros. Validacin de documentacin habilitante

Reportes de Ventas

Liquidacin de viajes a chferes Administracin Transporte Administracin de unidades de transporte Administracin de chferes

Pgina 118 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 119 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.7.

Estrategias Para la Seleccin de la Plataforma Tecnolgica

La estrategia de seleccin de la plataforma tecnolgica esta delineada para satisfacer las necesidades que demandara un sistema administrativo del tipo web por intranet. Para esto la destacamos los siguientes puntos centrales. Marco de Arquitectura del Sistema El sistema ser desarrollado bajo los lineamientos de la arquitectura MVC de ASP.NET. En virtud de prever un alto grado de escalabilidad y evolucin del sistema, se aprovechara los beneficios de desacoplamiento y cohesin asociados a este tipo de arquitectura. Por medio de este patrn arquitectnico, lograremos una separacin eficiente de las interfaces de usuario del sistema y los componentes de software necesarios para la presentacin de la lgica de negocios. Marco de Construccin del Sistema: Asp.Net MVC: Como marco tecnolgico contenedora de la solucin y para el desarrollo de interfaces de usuario del sistema (Front-End). Lenguaje de Programacin: C# o o o Contempla un marco estndar en el mercado (Ecma) Codificacin de respuesta a interfaces de usuario. Construccin de componentes y capas del sistema.

Almacenamiento de Datos: o SQLServer 2008: Versiones Enterprise o Desktop.

Entorno de Ejecucin del Sistema Sistemas Operativos: o o Microsoft Windows Server 2003, 2008 Microsoft Windows XP (SP3)

Microsoft .NET framework 3.5 o Superior con actualizacin sobre ASP.NET MVC Servidor Web de Ejecucin: IIS 6.0 o Superior SQLServer 2008: Versiones Enterprise o Desktop.

Pgina 119 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 120 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.8.

Estrategia de Seguridad

8.8.1. Nivel de Red


Dado que el sistema ser implantado en las instalaciones de las empresas clientes, no es posible determinar a priori los niveles de seguridad que las redes de dichos clientes puedan tener. As mismo podemos decir que en base a las caractersticas del sistema el mismo correr alojado en un servidor local o interno y ser accedido va intranet. En base a esto solo ser posible el acceso al mismo desde equipos que se encuentren instalados sobre la red interna de la empresa cliente. A posterior el nivel de seguridad a nivel de red depender de la misma arquitectura de red que presente la empresa cliente donde se implantar el sistema. Como recomendacin, se espera contar con redes que operen sobre un nivel de seguridad de dominio (Active Directory).

8.8.2. Nivel de Aplicacin


La seguridad del sistema o aplicacin estar representada en primer nivel por un esquema de autentificacin o login. En este primer nivel, los usuarios para ingresar al sistema debern autentificarse por medio de un login el cual requerir el ingreso de un usuario y contrasea. Los usuarios y contraseas sern creados previamente por un perfil administrador, siendo este el nico perfil habilitado para la creacin de nuevos usuarios. Existirn restricciones para la generacin de contraseas, apuntadas a lograr contraseas seguras. Reglas para la generacin de contraseas: La contrasea debe contener letras maysculas, minsculas Debe contener por lo menos un digito numrico Debe contener por lo menos un digito o carcter especial.

As mismo, en el caso de intentos incorrectos de autentificacin, el usuario sufrir el bloqueo de su cuenta.

Pgina 120 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 121 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

En un segundo nivel, una vez autentificado el usuario, el sistema registrara un inicio de sesin de dicho usuario. Por medio de cada sesin de usuario iniciada posterior a su autentificacin en el sistema, se podr realizar un seguimiento o tracking de funcionalidades accedidas, registrando en una bitcora del sistema las acciones realizadas. Cada funcionalidad del sistema que requiera ser utilizada, verificara previamente, que la sesin del usuario exista o haya sido creada. En este punto se busca evitar, accesos a funcionalidades internas del sistema de manera directa, sin paso previo por el primer nivel de seguridad de la aplicacin. En un tercer nivel, el usuario autentificado en el sistema, solamente tendr acceso a las funcionalidades que se hayan habilitado o asignado a su perfil de usuario. Los datos de mayor importancia de los usuarios como ser nombre de usuario y contrasea, se almacenarn encriptados en la base de datos.

8.8.3. Nivel de Base de Datos


8.8.3.1. Acceso al Servidor de Base de datos Dado que el sistema utilizara un motor de base de datos SqlServer, se utilizara los niveles de seguridad del propio motor. Para esto, el sistema acceder a la base de datos mediante un usuario y contrasea, utilizando el Modo de Autenticacin de SqlServer. El usuario de base de datos utilizado por el sistema, estar restringido en permisos a fin de controlar las acciones posibles tanto sobre el motor como sobre la base de datos. A fin de reforzar este punto, no se realizaran borrado fsicos de datos desde el sistema, por ende, ningn usuario de base de datos que pueda ser utilizado por el sistema tendr permisos de este estilo. 8.8.3.2. Mecanismo de Backup A fin de contar con diferentes respaldos de informacin utilizada por el sistema, se utilizaran los mecanismos de backups que brinda el motor de base de datos de SqlServer. Para esto se crear un Plan de Mantenimiento dentro del motor, a fin de que realice backups de la base de datos utilizada por el sistema de manera programada.

Pgina 121 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 122 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.9.

Descripcin de reas Funcionales

8.9.1. Requerimientos
El sistema de administracin de transportes requiere contar con los siguientes mdulos de agrupacin funcional: Seguridad: Mediante este modulo el usuario podr gestionar la administracin de usuarios del sistema, es decir, las cuentas de usuarios que acceden y utilizan el sistema, roles o perfiles de usuarios, creacin de bases de datos (empresas) que utilizara el sistema, ver datos de bitcora de la actividad del sistema. Ventas: Mediante este modulo el usuario podr gestionar los datos de clientes, cuentas corrientes de clientes, tarifas de clientes, la generacin de presupuestos de viajes con asignacin de unidades de transporte, facturacin de viajes realizados por los clientes, gestin de la agenda o listado de viajes a realizar, emisin de notas de dbito o crdito contra facturas realizadas y visualizacin de diferentes reportes de la actividad de ventas. Administracin de Transporte Mediante este modulo el usuario podr gestionar la administracin de las unidades de transporte, administracin de choferes de las unidades, control de documentacin habilitante,

custom M odelo de Requerimientos Requerimientos Func ionale s + Adm ini stracin T ransp orte + Seguridad + Ventas Re querimientos No Funcionales + Da tos Existen tes + Extensib ilidad + Se guridad

Pgina 122 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 123 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.9.2. Requerimientos Funcionales


8.9.2.1. Seguridad (Administracin de usuarios): REQ001 - El sistema debe permitir el alta, baja y modificacin de usuarios: El sistema debe permitir el registro de nuevos usuarios, la modificacin de datos de los ya existentes y la eliminacin de usuarios que ya no estn activos. REQ002 - El sistema debe permitir obtener listados de usuarios: El sistema debe permitir obtener listados de usuarios, ya sea por nombre, rol, activo o inactivo, bloqueado. REQ003 - El sistema debe permitir el alta, baja y modificacin de roles: El sistema debe permitir el registro de nuevos roles, la modificacin de los ya existentes y la eliminacin de los mismos. REQ004 - El sistema de permitir obtener listados de perfiles de usuarios o roles: El sistema de permitir obtener listados de perfiles de usuarios o roles por nombre de rol o perfil. REQ005 - El sistema debe permitir obtener listados sobre las actividades de los usuarios en el sistema: El sistema debe permitir obtener listados sobre las actividades de los usuarios en el sistema. Incluyendo ingresos y egresos del sistema, errores producidos en el sistema, accesos fallidos al sistema. REQ006 - El sistema debe permitir el ingreso al mismo mediante la autenticacin de nombre de usuario y password. As mismo, salir del sistema.

c u s to m R e q u e r im ie n to s F u n c io n a l e s S e g u r id a d + R E Q 0 0 1 - E l si st e m a d e b e p e rm i t i r e l a l ta , b a j a y m o d i f i c a c i n d e u su a ri o s. + R E Q 0 0 2 - E l si st e m a d e b e p e rm i t i r o b t e n e r l i st a d o s d e u su a ri o s. + R E Q 0 0 3 - E l si st e m a d e b e p e rm i t i r e l a l ta , b a j a y m o d i f i c a c i n d e ro l e s. + R E Q 0 0 4 - E l si st e m a d e p e rm i ti r o b te n e r l i sta d o s d e p e rfi l e s d e u su a ri o s o ro l e s. + R E Q 0 0 5 - E l si st e m a d e b e p e rm i t i r o b t e n e r l i st a d o s so b re l a s a c ti v i d a d e s d e l o s u su a ri o s e n e l si st e m a . + R E Q 0 0 6 - E l si st e m a d e b e p e rm i t i r e l i n g re so a l m i sm o m e d i a n t e l a a u te n t i c a c i n d e n o m b re d e u su a ri o y p a ssw o rd . A s m i sm o , sa l i r

Pgina 123 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 124 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.9.2.2. Ventas REQ007 - El sistema debe permitir el alta, baja y modificacin de clientes: El sistema debe permitir el registro de nuevos clientes, la modificacin de datos de los ya existentes y la eliminacin de clientes que ya no estn activos. En este punto el sistema deber permitir crear una cuenta corriente para el cliente (en el caso de ser una empresa) y configurar una tarifa para el cobro de servicios del cliente en cuestin. REQ008 - El sistema debe permitir obtener listados de cliente en base a un filtro de bsqueda. REQ009 - El sistema debe permitir realizar presupuestos de viajes: El sistema debe permitir calcular presupuestos de los viajes a realizar. En base a esto debe permitir guardar el presupuesto como un nuevo viaje a realizar, como as tambin la modificacin de viajes presupuestados con anterioridad o eliminacin de los mismos. REQ010 - El sistema debe permitir obtener listado de viajes: El sistema debe permitir obtener un listado de viajes existentes a fin de poder utilizarlo como agenda de viajes. La informacin se debe poder obtener por ms que los viajes no estn realizados, hayan estado realizados y se hayan eliminado. Estos datos se brindaran en el momento de la generacin del mismo. REQ011 - El sistema debe permitir realizar la facturacin de viajes registrados y que se encuentre finalizados: El sistema debe permitir realizar la facturacin de viajes registrados y que se encuentre finalizado. En este punto el sistema debe permitir generar una factura por varios viajes que pertenezcan a un mismo cliente o generar una factura por un viaje especfico. REQ012: El sistema debe permitir obtener listados de facturas emitidas. REQ013: El sistema debe permitir registrar y emitir, notas de dbito a clientes. REQ014: El sistema deber permitir obtener un listado de notas de dbito por cliente. REQ015: El sistema debe permitir registrar y emitir, notas de crdito a clientes. REQ016: El sistema deber permitir obtener un listado de notas de crdito por cliente. REQ017: El sistema debe permitir registrar y emitir la liquidacin de viajes realizados por choferes.

Pgina 124 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 125 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

REQ018: El sistema debe permitir obtener un reporte de cuentas corrientes de clientes. REQ019: El sistema debe permitir obtener un reporte que refleje un ranking de ventas. REQ020: El sistema debe permitir configurar la numeracin de comprobantes o y facturas a emitir. REQ021: El sistema debe permitir el ingreso de cobranza por facturas en cuenta corriente de los clientes. Solamente se realizan ingresos por efectivo o cheques.

c u s to m R e q u e r im ie n to s F u n c io n a l e s V e n ta s + R E Q 0 0 7 - E l si ste m a d e b e p e rm i ti r e l a l t a , b a j a y m o d i fi c a c i n d e c l i e n te s. + R E Q 0 0 8 - E l si ste m a d e b e p e rm i ti r o b t e n e r l i st a d o s d e c l i e n t e e n b a se a u n f i l t ro d e b sq u e d a . + R E Q 0 0 9 - E l si ste m a d e b e p e rm i ti r re a l i z a r p re su p u e sto s d e v i a j e s. + R E Q 0 1 0 - E l si ste m a d e b e p e rm i ti r o b t e n e r l i st a d o d e v i a j e s. + R E Q 0 1 1 - E l si ste m a d e b e p e rm i ti r re a l i z a r l a f a c tu ra c i n d e v i a j e s re g i stra d o s y q u e se e n c u e n t re fi n a l i z a d o s. + R E Q 0 1 2 - E l si ste m a d e b e p e rm i ti r o b t e n e r l i st a d o s d e fa c t u ra s e m i ti d a s + R E Q 0 1 3 - E l si ste m a d e b e p e rm i ti r re g i st ra r y e m i ti r, n o ta s d e d b i t o a c l i e n te s + R E Q 0 1 4 - E l si ste m a d e b e r p e rm i ti r o b t e n e r u n l i sta d o d e n o t a s d e d b i to p o r c l i e n t e + R E Q 0 1 5 - E l si ste m a d e b e p e rm i ti r re g i st ra r y e m i ti r, n o ta s d e c r d i to a c l i e n te s. + R E Q 0 1 6 - E l si ste m a d e b e r p e rm i ti r o b t e n e r u n l i sta d o d e n o t a s d e c re d i to p o r c l i e n te . + R E Q 0 1 7 - E l si ste m a d e b e p e rm i ti r re g i st ra r y e m i ti r l a l i q u i d a c i n d e v i a j e s re a l i z a d o s p o r c h o fe re s. + R E Q 0 1 8 - E l si ste m a d e b e p e rm i ti r o b t e n e r u n re p o rt e d e c u e n ta s c o rri e n te s d e c l i e n t e s + R E Q 0 1 9 - E l si ste m a d e b e p e rm i ti r o b t e n e r u n re p o rt e q u e re fl e j e u n ra n ki n g d e v e n t a s. + R E Q 0 2 0 - E l si ste m a d e b e p e rm i ti r c o n fi g u ra r l a n u m e ra c i n d e c o m p ro b a n te s o y f a c tu ra s a e m i t i r

+ R E Q 0 2 1 - E l si ste m a d e b e p e rm i ti r e l i n g re so d e c o b ra n z a p o r fa c tu ra s e n c u e n ta c o rri e n t e d e l o s c l i e n te s. S o l a m e n te se re a l i z a n i n g re so s p o r e f e c

Pgina 125 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 126 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.9.2.3. Administracin de Transporte: REQ022 - El sistema debe permitir el alta, baja y modificacin de vehculos de transporte: El sistema deber permitir el registro de vehculos, la modificacin de datos de los ya existentes y la eliminacin de vehculos en des uso. REQ023 - El sistema debe permitir obtener listados de vehculos: El sistema deber permitir obtener un listado de vehculos, ya sea por tipo de vehculo, marca, fecha de registro, etc. REQ024 - El sistema debe permitir el alta, baja y modificacin de choferes: El sistema deber permitir el registro de choferes, la modificacin de los de datos de los ya existentes y la eliminacin de choferes que ya no brindan sus funciones. REQ025: El sistema deber permitir obtener un listado de choferes existentes en el sistema. REQ026 - El sistema debe permitir el alta, baja y modificacin de peones: El sistema deber permitir el registro de peones de carga y descarga, la modificacin de los datos de lo ya existentes y la eliminacin de los mismos. REQ027: El sistema deber permitir obtener un listado de peones.

c us tom Re que rim ie ntos Func iona le s Adm inis tra c in Tra ns porte + RE Q 0 2 2 - E l si ste m a d e b e p e rm i ti r e l a lta , b a j a y m o d i fi ca ci n d e ve h cu lo s d e tra n sp o rte r. + RE Q 0 2 3 - E l si ste m a d e b e p e rm i ti r o b te n e r li sta d o s d e ve h cu lo s. + RE Q 0 2 4 - E l si ste m a d e b e p e rm i ti r e l a lta , b a j a y m o d i fi ca ci n d e ch o fe re s. + RE Q 0 2 5 - E l si ste m a d e b e r p e rm iti r o b te n e r u n l ista d o d e ch o fe re s e xi ste n te s e n e l si ste m a . + RE Q 0 2 6 - E l si ste m a d e b e p e rm i ti r e l a lta , b a j a y m o d i fi ca ci n d e p e o n e s. + RE Q 0 2 7 - E l si ste m a d e b e r p e rm iti r o b te n e r u n l ista d o d e p e o n e s.

Pgina 126 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 127 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.9.3. Requerimientos No Funcionales


8.9.3.1. Seguridad REQNF001 - El sistema deber realizar encriptacin de los datos sensibles del sistema: El sistema deber realizar encriptacin de los datos sensibles de usuarios, como ser, nombre de usuario y clave de ingreso al sistema REQNF002 - El sistema de ser robusto: El sistema de ser robusto, a fin de soportar la alta demanda de usabilidad por partes de los usuarios REQNF003 - El sistema debe utilizar dgitos verificadores horizontales y verticales: El sistema debe utilizar dgitos verificadores horizontales y verticales en las entidades de datos sensibles, como por ejemplo, la entidad de usuarios del sistema
custom Requerimientos No Funcionales Seguridad + REQNF001 - El sistema deber realizar encriptacin de los datos sensibles del sistema. + REQNF002 - El sistema de ser robusto. + REQNF003 - El sistema debe utilizar dgitos verificadores horizontales y verticales.

Pgina 127 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 128 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.9.3.2. Datos Existentes REQNF004 - El sistema deber tener precargados los datos generales: El sistema deber tener precargados los datos de las provincias y localidades o ciudades de Argentina a utilizar REQNF005 - El sistema debe tener precargados todos los datos del men: El sistema debe tener precargados todos los datos referentes a mdulos y funcionalidades a las que el usuario puede acceder

custom Requerimientos No Funcionales Datos Existentes + REQNF004 - El sistema deber tener precargados los datos generales. + REQNF005 - El sistema debe tener precargados todos los datos menues.

8.9.3.3. Extensibilidad REQNF006 - El sistema debe ser fcilmente extensible: El sistema debe ser fcilmente extensible. Se debe poder incorporar de manera sencilla nuevos mdulos REQNF007 - El sistema debe ser escalable: El sistema debe ser escalable, previendo la evolucin futura del mismo. Este punto es fundamental para el desarrollo de nuevas versiones del producto REQNF008 - Utilizar componentes reutilizables: Deben desarrollarse para la utilizacin del sistema competentes reutilizables, a fin de reducir el acoplamiento entre funcionalidades y ganar en reutilizacin de cdigo de computadora. REQNF009 - El sistema deber utilizar un esquema de comunicacin asincrnica con las interfaces: El sistema deber utilizar un esquema de comunicacin asincrnica para la recuperacin y transmisin de datos en las interfaces del sistema Pgina 128 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 129 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

REQNF010 - El sistema debe controlar los accesos concurrentes: El sistema debe controlar los accesos concurrentes a idnticas fuentes de informacin desde usuarios distintos

custom Requerimientos No Funcionales Extensibilidad + REQNF006 - El sistema debe ser fcilmente extensible. + REQNF007 - El sistema debe ser escalable. + REQNF008 - Utilizar componentes reutilizables. + REQNF009 - El sistema deber utilizar un esquema de comunicacin asincrnica con las interfaces. + REQNF010 - El sistema debe controlar los accesos concurrentes.

8.9.4. Requerimientos del Negocio


REQN001: El sistema debe poder incluir el logo de la empresa cliente. REQN002: El sistema debe permitir exportar informacin en formatos de archivos compatibles con los programas del paquete de office, como ser, Excel. REQN003: El sistema debe permitir la impresin de informes de viajes a realizar, presupuestos, clientes, vehculos o unidades de transporte, choferes.

Pgina 129 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 130 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.10. Alcance

El presente sistema est destinado nicamente a la administracin, facturacin y control de viajes realizados por empresas de transportes de cargas generales y peligrosas. El sistema pone su foco en el control, seguimiento y presupuestaran de viajes. Asociado a este concepto se incluyen funcionalidades para la administracin de clientes, unidades de transportes, choferes, peones, etc. En esta primera etapa de construccin de la solucin, se plasman las necesidades prioritarias que han expresado un grupo de clientes tras un relevamiento de mercado. A nivel general, dichas funcionalidades incluyen: Crear presupuestos de viajes a realizar. Facturar los viajes realizados. Administrar datos de clientes, cuentas corrientes y tarifas asociadas al cliente. Administrar los diversos vehculos o unidades de transporte con los que cuentan las compaas. Administrar la informacin de choferes de dichas unidades y peones que participan en la carga y descarga de mercaderas.

El presente sistema, no pretende ser un completo sistema ERP, sistema contable, de finanzas, de administracin de personal, etc.

Pgina 130 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 131 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.11. Lista de caractersticas y funciones


Manejo de Excepciones: Manejo controlado frente a fallas del sistema: El sistema debe controlar satisfactoriamente los posibles errores que pudieran existir en base a su uso. Estos errores deben ser calificados o categorizados para detectar el grado de gravedad del mismo, a fin de determinar si es posible seguir operando una funcionalidad en curso o directamente el sistema debera dejar de funcionar. Manejo de Transacciones: El concepto de transaccin es utilizado a fin de garantizar tanto la integridad como consistencia de los datos del sistema. Para esto ciertas funciones del sistema como ser la facturacin, confeccin de presupuesto de viajes, asignacin de viajes a choferes y dems actividades crticas debe ser transaccionales. Comunicacin Asncrona: El sistema utilizara un esquema de comunicacin asincrnica a fin de mejorar la experiencia de los usuarios frente al uso del sistema. Esto podr utilizarse mediante componentes del tipo Ajax o del tipo Json mediante el framework JQuery. Seguridad de Autenticidad de Usuarios: El sistema autentificara a los usuarios que deseen ingresar, as mismo durante el acceso a cada funcionalidad del sistema se validara por medio de una sesin que dicho usuario sea el correcto. Se tomaran tambin algunos datos de identificacin del equipo que acceda al sistema a fin de validarlos durante la utilizacin del mismo. Encriptacin de Datos Sensibles: Las funcionalidades de encriptacin de datos con las que contar el sistema, estarn basadas en la utilizacin de algoritmos Triple DES. A fin de aumentar la seguridad de dicha encriptacin, cada bloque de informacin a ser encriptado tendr asociado un cdigo generado de manera aleatoria e irrepetible denominado llave o key. En base a la unin de la informacin a encriptar y dicho cdigo se generara el cifrado y descifrado de datos.

Pgina 131 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 132 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

8.12. Fuera del alcance

Queda fuera de alcance del presente producto o sistema, las siguientes caractersticas: Contabilidad referente a la actividad comercial de venta de viajes: Plan de cuentas, asientos contables, mayor, relacin de cuentas contables con clientes, etc. Y todo aquel concepto que se refiera o haga referencia a la prctica contable empresaria. Administracin de Proveedores: registro de proveedores, compra de insumos, registracin, de pago a proveedores, notas de pedido, etc. Actividades de tesorera: registracin y seguimiento de documentos de pago contra facturas. Administracin de Personal: registro de personal de la empresa cliente, liquidacin de haberes, y dems actividades relacionadas con los recursos humanos y administracin de personal. Dado que el sistema se basa en la facturacin de viajes, queda por fuera de este proyecto la registracin de productos, artculos, etc. O que se refieran a una plena actividad comercial de intercambio de valores. Interfaces de comunicaciones directas o indirectas con agentes del gobierno, como por ejemplo, AFIP, Arba, etc. Todo lo que no haya sido explcitamente escrito y detallado en el presente documento.

Pgina 132 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 133 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9. Anlisis

Pgina 133 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 134 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.1.

Casos de Uso Por reas Funcionales

9.1.1. rea Funcional: Seguridad


CU-001 - Registrar Usuario CU-002 - Editar Usuario CU-003 - Eliminar Usuario CU-004 - Listar Usuarios CU-005 - Registrar Rol (Perfil) CU-006 - Editar Rol (Perfil) CU-007 - Eliminar Rol (Perfil) CU-008 - Listar Roles (Perfiles) CU-010 - Listar Eventos de Auditoria CU-011 - Login Sistema CU-012 - Logout Sistema CU-013 - Asignar Permisos

9.1.2. rea Funcional: Ventas


CU-015 - Registrar Cliente CU-016 - Listar Clientes CU-017 - Editar Cliente CU-018 - Eliminar Cliente CU-019 - Emitir Factura CU-020 - Generar Presupuesto de Viaje CU-021 - Listar Viajes CU-022 - Listar Facturas CU-023 - Emitir Nota de Dbito CU-024 - Listar Notas de Dbito CU-025 - Emitir Nota de Crdito CU-026 - Listar Notas de Crdito CU-027 - Listar Cuentas Corrientes de Clientes CU-028 - Listar Ranking de Ventas CU-029 - Editar Presupuesto de Viaje CU-030 - Eliminar Presupuesto de Viaje CU-031 - Configurar Numeracin de Comprobantes CU-032 - Ingreso de Cobranzas CU-033 - Administrar Tarifas de Viajes

Pgina 134 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 135 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.1.3. rea Funcional: Administracin de Transporte


CU-034 - Registrar Vehculo CU-035 - Editar Vehculo CU-036 - Eliminar Vehculo CU-037 - Listar Vehculo CU-038 - Registrar Chofer CU-039 - Editar Chofer CU-040 - Eliminar Chofer CU-041 - Listar Choferes CU-042 - Registrar Pen CU-043 - Editar Pen CU-044 - Eliminar Pen CU-045 - Listar Peones

Pgina 135 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 136 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.2.
-

Listado de Casos de Uso


CU-001 - Registrar Usuario CU-002 - Editar Usuario CU-003 - Eliminar Usuario CU-004 - Listar Usuarios CU-005 - Registrar Rol (Perfil) CU-006 - Editar Rol (Perfil) CU-007 - Eliminar Rol (Perfil) CU-008 - Listar Roles (Perfiles) CU-010 - Listar Eventos de Auditoria CU-011 - Login Sistema CU-012 - Logout Sistema CU-013 - Asignar Permisos CU-015 - Registrar Cliente CU-016 - Listar Clientes CU-017 - Editar Cliente CU-018 - Eliminar Cliente CU-019 - Emitir Factura CU-020 - Generar Presupuesto de Viaje CU-021 - Listar Viajes CU-022 - Listar Facturas CU-023 - Emitir Nota de Dbito CU-024 - Listar Notas de Dbito CU-025 - Emitir Nota de Crdito CU-026 - Listar Notas de Crdito CU-027 - Listar Cuentas Corrientes de Clientes CU-028 - Listar Ranking de Ventas CU-029 - Editar Presupuesto de Viaje CU-030 - Eliminar Presupuesto de Viaje CU-031 - Configurar Numeracin de Comprobantes CU-032 - Ingreso de Cobranzas CU-033 - Administrar Tarifas de Viajes CU-034 - Registrar Vehculo CU-035 - Editar Vehculo CU-036 - Eliminar Vehculo CU-037 - Listar Vehculo CU-038 - Registrar Chofer CU-039 - Editar Chofer CU-040 - Eliminar Chofer CU-041 - Listar Choferes CU-042 - Registrar Pen CU-043 - Editar Pen CU-044 - Eliminar Pen CU-045 - Listar Peones

Pgina 136 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 137 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.3.

Diagrama de Casos de Uso por reas Funcionales

9.3.1. rea Funcional: Seguridad


uc Seguridad

CU-011 - Login Sistema

CU-001 - Registrar Usuario AC001 - Actor (from Actores) extend

CU-002 - Editar Usuario

CU-012 - Logout Sistema

CU-004 - Listar Usuarios extend CU-003 - Eliminar Usuario

AC002 - Administrador del Sistema (from Actores)

CU-005 - Registrar Rol (Perfil)

include

CU-013 - Asignar Permisos

include

CU-008 - Listar Roles (Perfiles) CU-010 - Listar Ev entos de Auditoria

extend

CU-006 - Editar Rol (Perfil)

extend

CU-007 - Eliminar Rol (Perfil)

Pgina 137 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 138 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.3.2. rea Funcional: Ventas

uc Ventas

CU-015 - Registrar Cliente CU-033 - Administrar Tarifas de Viaj es

CU-018 - Eliminar Cliente

extend

CU-031 - Configurar Numeracin de Comprobantes

CU-016 - Listar Clientes

extend

CU-017 - Editar Cliente

CU-019 - Emitir Factura CU-027 - Listar Cuentas Corrientes de Clientes CU-022 - Listar Facturas

CU-029 - Editar Presupuesto de Viaj e

AC003 - Vendedor CU-028 - Listar Ranking de Ventas (from Actores)

extend

CU-021 - Listar Viaj es CU-032 - Ingreso de Cobranzas extend CU-030 - Eliminar Presupuesto de Viaj e

CU-025 - Emitir Nota de Crdito

CU-020 - Generar Presupuesto de Viaj e

CU-026 - Listar Notas de Crdito

CU-024 - Listar Notas de Dbito

CU-023 - Emitir Nota de Dbito

Pgina 138 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 139 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.3.3. rea Funcional: Administracin de Transporte


uc Adm inis tra cin Tra nsporte

CU-0 4 4 - E lim inar P e n CU-0 4 3 - E dita r P e n

e xten d

e xte n d

CU-0 4 5 - Lis ta r P e one s

CU-0 4 2 - Registra r P e n

CU-0 3 9 - E dita r Chofe r

CU-0 4 1 - Lis tar Chofe re s

CU-0 3 4 - Registra r V e hc ulo

CU-0 35 - E dita r V e hc ulo

e xte n d CU-0 38 - Re gis tra r Chofe r

AC0 04 - Adm inistra dor Tra ns porte (fro m A cto re s)

e xte n d CU-0 3 7 - Lis ta r V e hc ulo

e xte n d CU-0 4 0 - E lim inar Chofe r exte nd CU-0 3 6 - E lim ina r V e hc ulo

Pgina 139 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 140 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.

Especificacin de Casos de Uso

9.4.1. rea Funcional Seguridad


9.4.1.1. CU 001 Registrar Usuario Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Modificaciones generales Fecha 25/05/2010 2605/2010

Identificacin: CU 001 Nombre Caso de Uso: Registrar Usuario Descripcin del Caso de Uso El Administrador del sistema desea dar de alta o registrar un nuevo usuario para el uso del sistema. El usuario tendr ciertos permisos en base al puesto que ocupe dentro de la empresa. El Sistema cuenta con un usuario administrador por defecto precargado en el sistema Pre Condicin El actor se encuentra registrado en el sistema Post Condicin El sistema registr la accin del actor en la bitcora Actores Primarios ACT02 Administrador del Sistema.

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor ingresa a la pantalla Registrar Usuarios Pgina 140 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 141 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla Registrar Usuarios 2. El sistema solicita ingreso de: Nombre, contrasea, confirmacin de contrasea, nombre completo, direccin de email, Activo (si/no). Muestra los botones de accin: Roles (Deshabilitado) Aceptar (Deshabilitado) Cancelar (Habilitado) 3. El actor ingresa los datos solicitados 4. El sistema habilita el botn de roles. 5. El actor hace clic en el botn Roles. 6. El sistema muestra una pantalla con un listado de roles, cada uno tiene asociado un botn de seleccin. 7. El actor selecciona uno o ms Roles y hace clic en el botn Aceptar. 8. El sistema habilita el botn Aceptar 9. El actor hace clic en el botn Aceptar. 10. El sistema valida los datos ingresados e informa que el alta ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 9: El actor hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 10: El sistema valida los datos ingresados e informa que el alta ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 2 del Flujo Principal.

Pgina 141 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 142 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Referencias No Aplica Requisitos Especiales No Aplica

Diseo de Interfaz

custom Seguridad Registrar Usuario Nombre Contrasea Contrasea 2 Nombre Completo E-mail Activo Aceptar Cancelar Roles

Pgina 142 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 143 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.2. CU 002 Editar Usuario Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Modificaciones generales Fecha 25/05/2010 26/05/2010

Identificacin: CU - 002 Nombre Caso de Uso: Editar Usuario Descripcin del Caso de Uso El Administrador del sistema desea editar o modificar los datos de un usuario registrado en el sistema. Para esto deber identificar al usuario a modificar a travs del listado de usuarios. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-004 - Listar Usuarios

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor ingresa a la pantalla de edicin de usuarios haciendo clic en el botn editar del listado de usuarios

Pgina 143 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 144 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de edicin de usuarios haciendo clic en el botn editar del listado de usuarios. 2. El sistema muestra en modo edicin los siguientes campos: Nombre, contrasea, confirmacin de contrasea, nombre completo, direccin de email, Activo (si/no). Muestra los botones de accin: Roles Aceptar Cancelar 3. El actor edita o no los campos y hace clic en el botn Roles. 4. El sistema muestra una pantalla con un listado de roles, cada una tiene asociado un botn de seleccin el cual esta seleccionado para el o los roles asignados al usuario. 5. El actor selecciona o deselecciona uno o ms roles y hace clic en el botn Aceptar 6. El actor hace clic en el botn Aceptar. 7. El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor edita o no los campos y hace clic en el botn Roles 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 6: El actor hace clic en el botn Aceptar 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 7: El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 2 del Flujo Principal.

Pgina 144 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 145 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Referencias CU-004 - Listar Usuarios

Requisitos Especiales No Aplica

Diseo de Interfaz

custom Seguridad Editar Usua rio Nom bre Con trasea Con trasea 2 Nom bre Co m pl eto E-m ail Acti vo Aceptar Cancelar Roles

Pgina 145 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 146 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.3. CU 003 Eliminar Usuario Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Modificacin disparador Fecha 25/05/2010 26/05/2010

Identificacin: CU - 003 Nombre Caso de Uso: Eliminar Usuario Descripcin del Caso de Uso El Administrador del sistema desea eliminar o dar de baja un usuario registrado en el sistema. Para esto deber identificar al usuario a eliminar a travs del listado de usuarios. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-004 - Listar Usuarios

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor hace clic en el botn eliminar del listado de usuarios

Pgina 146 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 147 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor hace clic en el botn eliminar del listado de usuarios. 2. El sistema informa que se realizara la baja (lgica) del usuario. El sistema pide confirmacin o cancelacin. 3. El actor clic en el botn Aceptar. 4. El Sistema informa que la baja ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias CU-004 - Listar Usuarios

Requisitos Especiales No Aplica Diseo de Interfaz

custom Seguridad Listar Usuarios Nombre Rol Activo

Listar

Cancelar

Codigo

Nombre

Rol

Activo

Editar

Eliminar

Pgina 147 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 148 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.4. CU 004 Listar Usuarios Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Modificacin disparador y filtro de bsqueda Fecha 25/05/2010 26/05/2010

Identificacin: CU - 004 Nombre Caso de Uso: Listar Usuario Descripcin del Caso de Uso El Administrador del sistema obtiene un listado de usuarios registrados en el mismo. A travs del listado de usuarios podr modificar o eliminar sus datos. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador

Este caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Usuarios

Pgina 148 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 149 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Usuarios. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Nombre, Seleccin de Rol, Activo (si/no). Si no se ingresa ningn valor en estos campos se obtendr un listado completo de usuarios. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada usuario la siguiente informacin: Cdigo, Nombre, Rol, Activo. Cada fila del listado muestra a su derecha dos botones de accin: Editar datos, Eliminar datos. 5. El actor hace clic en el botn del listado: Editar Datos. Ejecuta caso de uso: CU-002 - Editar Usuario. Eliminar Datos. Ejecuta el caso de uso: CU- 003 - Eliminar Usuario.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias CU-002 - Editar Usuario CU-003 - Eliminar Usuario

Pgina 149 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 150 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz

custom Seguridad Listar Usuarios Nombre Rol Activo

Listar

Cancelar

Codigo

Nombre

Rol

Activo

Editar

Eliminar

Pgina 150 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 151 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.5. CU 005 Registrar Rol (Perfil) Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Modificaciones generales Fecha 25/05/2010 26/05/2010

Identificacin: CU - 005 Nombre Caso de Uso: Registrar Rol (Perfil) Descripcin del Caso de Uso El Administrador del sistema desea dar de alta un nuevo Rol o Perfil de usuario. Cada Rol o Perfil representa una agrupacin de permisos disponibles en el sistema. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador

Este caso de uso inicia cuando el actor ingresa a la pantalla de Registrar Rol

Pgina 151 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 152 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Registrar Rol. 2. El sistema solicita ingreso de: Nombre, Activo (si/no). Muestra los botones de accin: Permisos (Deshabilitado) Aceptar (Deshabilitado) Cancelar (Habilitado) 3. El actor ingresa los datos solicitados. 4. El sistema habilita el botn Permisos. 5. El actor hace clic en el botn Permisos. Ejecuta el caso de uso: CU-013 - Asignar Permisos. 6. El sistema habilita el botn Aceptar. 7. El actor hace clic en el botn Aceptar. 8. El sistema valida los datos ingresados. 9. El sistema informa que el alta ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 7: El actor hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso.

Para el Paso 9: El sistema informa que el alta ha sido exitosa. 1. El sistema informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 2 del Flujo Principal.

Pgina 152 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 153 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Referencias CU-013 - Asignar Permisos

Requisitos Especiales No Aplica Diseo de Interfaz

custom Seguridad Registrar Rol Nombre Activo

Permisos

Aceptar

Cancelar

Pgina 153 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 154 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.6. CU 006 Editar Rol (Perfil) Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 06/06/2010

Identificacin: CU - 006 Nombre Caso de Uso: Editar Rol (Perfil) Descripcin del Caso de Uso El Administrador del sistema desea editar o modificar un rol o perfil de usuario. Cada rol o perfil representa una agrupacin de permisos disponibles en el sistema. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-008 - Listar Roles (Perfiles)

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor ingresa a la pantalla de modificacin de roles haciendo clic en el botn editar del listado de roles.

Pgina 154 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 155 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de modificacin de roles haciendo clic en el botn editar del listado de roles. 2. El sistema muestra en modo edicin los siguientes campos: Nombre, Activo (si/no). Muestra los botones de accin: Permisos Aceptar Cancelar 3. El actor edita los campos de inters y hace clic en el botn Permisos. Ejecuta el caso de uso: CU-013 - Asignar Permisos. 4. El actor hace clic en el botn Aceptar. 5. El sistema valida los datos ingresados. 6. El sistema informa que la modificacin ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor edita los campos de inters y hace clic en el botn Permisos. Ejecuta el caso de uso: CU-013 - Asignar Permisos. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El actor hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 6: El sistema informa que la modificacin ha sido exitosa. 1. El sistema informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 2 del Flujo Principal.

Referencias CU-008 - Listar Roles (Perfiles) CU-013 - Asignar Permisos

Pgina 155 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 156 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica Diseo de Interfaz

custom Seguridad Editar Rol Nombre Activo

Permisos

Aceptar

Cancelar

Pgina 156 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 157 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.7. CU 007 Eliminar Rol (Perfil) Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Creacin interfaz Fecha 27/05/2010 29/05/2010

Identificacin: CU - 007 Nombre Caso de Uso: Eliminar Rol (Perfil) Descripcin del Caso de Uso El Administrador del sistema desea eliminar o dar de baja un rol o perfil registrado en el sistema. Para esto deber identificar el rol o perfil a eliminar a travs del listado de roles. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-008 - Listar Roles (Perfiles)

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor hace clic en el botn eliminar del listado de roles.

Pgina 157 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 158 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor hace clic en el botn eliminar del listado de roles. 2. El sistema informa que se realizara la baja (lgica) del rol y que todos los usuarios asociados a este quedarn sin permisos sobre el sistema. El sistema pide confirmacin o cancelacin. 3. El actor hace clic en el botn Aceptar. 4. El Sistema informa que la baja ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias CU-008 - Listar Roles (Perfiles)

Requisitos Especiales No Aplica Diseo de Interfaz

custom Seguridad Listar Roles Nombre Activo Listar Cancelar

Cdigo

Nombre

Activo

Editar

Eliminar

Pgina 158 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 159 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.8. CU 008 Listar Roles (Perfiles) Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Creacin interfaz Fecha 27/05/2010 29/05/2010

Identificacin: CU - 008 Nombre Caso de Uso: Listar Roles (Perfiles) Descripcin del Caso de Uso El Administrador del sistema obtiene un listado de roles de usuarios registrados en el sistema. A travs del listado de roles podr modificar o eliminar sus datos. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Roles

Pgina 159 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 160 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Roles. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Nombre, Activo (si/no). Si no se ingresa ningn valor en estos campos se obtendr un listado completo de roles. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada rol la siguiente informacin: Cdigo, Nombre, Activo. Cada fila del listado muestra a su derecha dos botones de accin: editar datos, eliminar datos. 5. El actor hace clic en el botn del listado: Editar Datos. Ejecuta caso de uso: CU-006 - Editar Rol (Perfil). Eliminar Datos. Ejecuta el caso de uso: CU-007 - Eliminar Rol (Perfil).

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias CU-006 - Editar Rol (Perfil) CU-007 - Eliminar Rol (Perfil)

Pgina 160 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 161 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica Diseo de Interfaz

custom Seguridad Listar Roles Nombre Activo Listar Cancelar

Cdigo

Nombre

Activo

Editar

Eliminar

Pgina 161 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 162 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.9. CU 010 Listar Eventos Auditoria Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Creacin interfaz Fecha 27/05/2010 29/05/2010

Identificacin: CU - 010 Nombre Caso de Uso: Listar Eventos Auditoria Descripcin del Caso de Uso El Administrador del sistema desea obtener un listado de los registros de auditora que son generados internamente por el mismo mientras es utilizado por sus usuarios. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Eventos de Auditoria.

Pgina 162 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 163 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Eventos de Auditoria. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Desde Fecha, Hasta Fecha, Seleccin de Modulo, Nombre de Usuario, Accin (alta, baja, modificacin). Si no se ingresa ningn valor en estos campos se obtendr un listado completo de los registros. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada registro la siguiente informacin: Fecha, Modulo, Rol, Usuario, Accin, Descripcin 5. El actor hace clic en el botn Imprimir. 6. El sistema enva el listado a la impresora. Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso.

Pgina 163 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 164 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Referencias No Aplica Requisitos Especiales No Aplica

Diseo de Interfaz

custom Seguridad Listar Ev entos Auditoria Desde Fecha Hasta Fecha Imprimir Usuario Modulo Listar Cancelar Accion

Fecha

Modulo

Rol

Usuario

Accion

Descripcion

Pgina 164 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 165 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.10.

CU 011 Login Sistema

Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Creacin interfaz Fecha 27/05/2010 29/05/2010

Identificacin: CU - 011 Nombre Caso de Uso: Login Sistema Descripcin del Caso de Uso Todos los empleados de la empresa, para poder operar con el sistema, debern autentificarse en el mismo. Para esto a cada uno se le otorga un nombre de usuario y contrasea, previa alta de los mismos en el sistema. Pre Condicin El empleado de la empresa cuenta con un usuario y contrasea provistos por el administrador de la empresa.

Post Condicin El sistema registr la accin del actor en la bitcora El sistema muestra solo las opciones a las que tiene acceso el usuario.

Actores Primarios AC001 Actor (Actor genrico representa a todos los usuarios)

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor ingresa a la pantalla de login, para autentificarse en el sistema.

Pgina 165 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 166 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. 2. 3. 4. El actor ingresa a la pantalla de login, para autentificarse en el sistema. El sistema solicita ingreso de: Nombre de usuario, contrasea. El actor ingresa los datos solicitados y hace clic en el botn Ingresar. El sistema muestra la pantalla de administracin central, habilitando las opciones a las que tenga acceso el actor.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Ingresar. 1. El actor hace clic en el botn Cancelar. 2. El sistema se cierra. 3. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados y al ser correctos solicita seleccin de Empresa. 1. El sistema informa que los datos ingresados son incorrectos. Si ocurren 3 ingresos errneos, el sistema desactiva la cuenta. 2. La secuencia sigue hacia el paso 2 del Flujo Principal. Referencias No Aplica Requisitos Especiales No Aplica Diseo de Interfaz
custom Seguridad Login Usuario Contrasea Ingresar Cancelar

Pgina 166 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 167 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.11.

CU 012 Logout Sistema

Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Creacin interfaz Fecha 27/05/2010 29/05/2010

Identificacin: CU - 012 Nombre Caso de Uso: Logout Sistema Descripcin del Caso de Uso Todos los empleados de la empresa, para finalizar la utilizacin del sistema debern cerrar la sesin iniciada en el mismo, es decir, debern realizar un logout. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC001 Actor (Actor genrico representa a todos los usuarios)

Actores Secundarios No Aplica Disparador

Este caso de uso inicia cuando el actor hace clic en la opcin Salir del Sistema del administrador central

Pgina 167 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 168 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor hace clic en la opcin Salir del Sistema del administrador central. 2. El sistema registra la salida en la bitcora y cierra el sistema. Caminos Alternativos No Aplica Referencias No Aplica Requisitos Especiales No Aplica Diseo de Interfaz

custom Seguridad Administrador Central M enu M odulos / Funciones Ventas de Usuario

Pgina 168 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 169 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.1.12.

CU 013 Asignar Permisos

Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Creacin interfaz Fecha 27/05/2010 29/05/2010

Identificacin: CU - 013 Nombre Caso de Uso: Asignar Permisos Descripcin del Caso de Uso El Administrador del sistema desea seleccionar permisos a fin de otorgarlos o quitarlos a un rol en particular. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto alguno de los siguientes casos de uso: o CU-005 - Registrar Rol (Perfil) o CU-006 - Editar Rol (Perfil)

Post Condicin Si la ejecucin del caso de uso llamador es exitosa el sistema registra los permisos asignados.

Actores Primarios AC002 - Administrador del Sistema

Actores Secundarios No Aplica Disparador Este caso de uso inicia cuando el actor desea asignar permisos al registrar o editar un rol.

Pgina 169 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 170 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. 2. 3. 4. El actor ingresa a la pantalla de Asignar Permisos. El sistema solicita seleccin de Modulo. El actor selecciona un modulo de la lista desplegable. El sistema nuestra en pantalla un listado de permisos disponibles en el sistema para el modulo seleccionado. Cada permiso tiene asociado un botn de seleccin. 5. El actor selecciona o deselecciona los permisos a asignar o quitar y hace clic en el botn Aceptar. 6. La secuencia vuelve al caso de uso llamador. Caminos Alternativos Para el Paso 3: El actor hace clic en el botn Aceptar. 1. El actor hace clic en el botn cancelar. 2. La secuencia sigue hacia el paso 6 del Flujo Principal. Referencias CU-005 - Registrar Rol (Perfil) CU-006 - Editar Rol (Perfil)

Requisitos Especiales No Aplica Diseo de Interfaz


custom Seguridad Asignar Permisos Modulo Permiso 1 Permiso 2 Permiso N

Aceptar

Cancelar

Pgina 170 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 171 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2. rea Funcional Ventas


9.4.2.1. CU 015 Registrar Clientes Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Flujos Alternativos, Disparador Fecha 01/06/2010 07/06/2010

Identificacin: 015 Nombre Caso de Uso: Registrar Clientes Descripcin del Caso de Uso Los vendedores de la empresa desean registrar nuevos clientes en el sistema, a fin de que los mismos estn disponibles para realizar la venta de servicios de transporte y facturacin de los mismos. Los clientes pueden o no ser empresas las cuales llevan asociadas una cuenta corriente. Pre Condicin El actor se encuentra registrado en el sistema

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Registracin de Clientes

Pgina 171 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 172 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Registracin de Clientes. 2. El sistema solicita ingreso de: Razn Social, Nombre Comercial, Domicilio, seleccin de provincia y localidad, cdigo postal, correo electrnico, telfonos, fax, % de bonificacin, seleccin de condicin de venta (Contado, 30/60 das, 30/60/90 das). Muestra los botones de accin: Aceptar Cancelar 3. El actor ingresa los datos solicitados 4. El sistema solicita seleccin de Tipo de I.V.A.: Responsable Inscripto, Responsable No Inscripto, Exento, Liberado, Monotributo, Consumidor Final. 5. El actor selecciona cualquiera de los siguientes valores de I.V.A: Responsable Inscripto, Responsable no Inscripto, Exento, Liberado, Monotributo. 6. El sistema solicita ingreso de Nmero de CUIT y Lmite de Crdito en Cta. Cte. 7. El actor ingresa los datos solicitados. 8. El actor hace clic en el botn Aceptar. 9. El sistema valida los datos ingresados e informa que el alta a sido exitosa.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 5: El actor selecciona cualquiera de los siguientes valores de I.V.A: Responsable Inscripto, Responsable no Inscripto, Exento, Liberado, Monotributo. 1. El actor selecciona el siguiente valor de I.V.A.: Consumidor Final 2. La secuencia sigue hacia el paso 8 del Flujo Principal. Para el Paso 9: El sistema valida los datos ingresados e informa que el alta a sido exitosa. 1. El sistema informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 2 del Flujo Principal. Referencias No Aplica

Pgina 172 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 173 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz
ui Clientes Registrar Cliente Nombre Comericial Domicilio

Razn Social Provincia

Localidad

Cdigo Postal

Correo Electronico

Telefono

Fax

Condicion de Venta

% de Bonificacin

Tipo de I.V.A

Nro. CUIT

Limite Cta Cte

Aceptar

Cancelar

Pgina 173 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 174 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.2. CU 016 Listar Clientes Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Flujos Alternativos, Disparador Fecha 01/06/2010 07/06/2010

Identificacin: CU - 016 Nombre Caso de Uso: Listar Clientes Descripcin del Caso de Uso Un vendedor de la empresa desea obtener un listado de clientes registrados en el sistema. A travs del listado de clientes podr modificar o eliminar sus datos. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Clientes

Pgina 174 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 175 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Clientes. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Razn Social, Provincia, Localidad, tipo de I.V.A Si no se ingresa ningn valor en estos campos se obtendr un listado completo de clientes. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada cliente la siguiente informacin: Cdigo, Razn Social, Provincia, Localidad, Tipo de I.V.A, E-mail, Telfono. Cada fila del listado muestra a su derecha dos botones de accin: Editar datos, Eliminar datos. 5. El actor hace clic en el botn del listado: Editar Datos. Ejecuta caso de uso: CU-017 - Editar Cliente. Eliminar Datos. Ejecuta el caso de uso: CU-018 - Eliminar Cliente.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias CU-017 - Editar Cliente CU-018 - Eliminar Cliente

Pgina 175 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 176 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica Diseo de Interfaz


ui Clientes Listar Cientes

Razn Social

Provincia

Localidad

Tipo de I.V.A Listar Cancelar

Codigo

Razn Social

Provincia

Localidad

Tipo de I.V.A.

E-mail

Telefono

Editar

Eliminar

Pgina 176 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 177 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.3. CU 017 Editar Cliente Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Flujos Alternativos, Disparador Fecha 01/06/2010 07/06/2010

Identificacin: CU - 017 Nombre Caso de Uso: Editar Cliente Descripcin del Caso de Uso Un Vendedor de la empresa desea editar o modificar los datos de un cliente registrado en el mismo. Para esto deber identificar al cliente a editar a travs del listado de clientes. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-016 - Listar Clientes

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de modificacin de clientes haciendo clic en el botn editar del listado de clientes

Pgina 177 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 178 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de modificacin de clientes haciendo clic en el botn editar del listado de clientes. 2. El sistema muestra en modo edicin los siguientes campos: Razn Social, Nombre Comercial, Domicilio, seleccin de provincia y localidad, cdigo postal, correo electrnico, telfonos, fax, % de bonificacin, seleccin de condicin de venta (Contado, 30/60 das, 30/60/90 das), seleccin de tipo de I.V.A. Si el cliente no tiene asociado un tipo de I.V.A como consumidor final, tambin muestra los siguientes datos: Nmero de CUIT, Lmite de Crdito en Cta. Cte. Muestra los botones de accin: Aceptar Cancelar 3. El actor edita los campos de inters y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor edita los campos de inters y hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 5: El sistema informa que la modificacin ha sido exitosa. 1. El sistema informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 2 del Flujo Principal.

Referencias CU-016 - Listar Clientes

Pgina 178 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 179 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz

ui Clientes Modificacin de Cliente Nombre Comericial Domicilio

Razn Social Provincia

Localidad

Cdigo Postal

Correo Electronico

Telefono

Fax

Condicion de Venta

% de Bonificacin

Tipo de I.V.A

Nro. CUIT

Limite Cta Cte

Aceptar

Cancelar

Pgina 179 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 180 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.4. CU 018 Eliminar Cliente Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Flujos Alternativos, Disparador Fecha 01/06/2010 07/06/2010

Identificacin: CU - 018 Nombre Caso de Uso: Eliminar Cliente Descripcin del Caso de Uso Un vendedor de la empresa desea eliminar o dar de baja un cliente registrado en el sistema. Para esto deber identificar al cliente a eliminar a travs del listado de clientes. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-016 - Listar Clientes

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor hace clic en el botn eliminar del listado de clientes

Pgina 180 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 181 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor hace clic en el botn eliminar del listado de clientes. 2. El sistema informa que se realizara la baja (lgica) del cliente y que sus datos no podrn ser recuperados. El sistema pide confirmacin o cancelacin. 3. El actor hace clic en el botn Aceptar. 4. El Sistema informa que la baja ha sido exitosa. Caminos Alternativos Para el Paso 2: El sistema informa que se realizara la baja (lgica) del cliente y que sus datos no podrn ser recuperados. El sistema pide confirmacin o cancelacin. 1. El sistema informa que el cliente tiene comprobantes pendientes de cancelacin en su Cta. Cte. Y para poder ser dado de baja la misma debe ser normalizada. 2. Fin del caso de uso. Para el Paso 3: El actor clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias CU-016 - Listar Clientes

Requisitos Especiales No Aplica Diseo de Interfaz


ui Clientes Listar Cientes

Razn Social

Provincia

Localidad

Tipo de I.V.A Listar Cancelar

Codigo

Razn Social

Provincia

Localidad

Ti po de I.V.A.

E-mail

Telefono

Editar

Eliminar

Pgina 181 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 182 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.5. CU 019 Emitir Factura Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Flujos Alternativos, Disparador Fecha 01/06/2010 07/06/2010

Identificacin: CU - 019 Nombre Caso de Uso: Emitir Factura Descripcin del Caso de Uso Un vendedor de la empresa desea emitir una factura por el o los viajes realizados para un cliente. Para que los viajes previamente registrados de los clientes puedan ser facturados su estado debe ser finalizado. As mismo la emisin de una factura para un cliente puede incluir N cantidad de viajes a facturar. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Facturacin o Emisin de Facturas

Pgina 182 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 183 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Facturacin o Emisin de Facturas. 2. El sistema solicita ingreso o seleccin de cliente. Muestra en modo solo lectura la fecha actual. 3. El actor selecciona un cliente 4. El sistema muestra los siguientes datos: Cliente, Razn Social, Domicilio, provincia y localidad, % de bonificacin, condicin de venta del cliente (puede ser modificada para la facturacin actual eligiendo alguno de los siguientes valores: Contado, 30/60 das, 30/60/90 das), tipo de I.V.A., Tipo de Factura (A, B o C). Muestra los botones de accin: Viajes Pendientes de Facturacin. Aceptar Cancelar 5. El actor hace clic en el botn Viajes Pendientes de Facturacin 6. El sistema muestra una lista de seleccin con los datos: Nmero de Viaje, Fecha, Estado (Finalizado), Descripcin, Importe Total. 7. El actor selecciona el o los viajes a facturar y hace clic en el botn aceptar. 8. El sistema carga en los reglones de la factura el o los viajes seleccionados con los datos Nmero de Viaje, Descripcin, Importe Total (cada uno tiene asociado un botn para eliminar el rengln). As mismo muestra el monto total a facturar, valor del % de I.V.A y en el caso de existir un % de bonificacin para el cliente muestra el valor del mismo. 9. El actor hace clic en el botn Aceptar para generar la factura. 10. El sistema valida los datos a facturar, confirma que la factura se ha emitido de manera exitosa e informa el nmero de factura generada. Luego enva la factura a la impresora.

Pgina 183 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 184 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Caminos Alternativos Para el Paso 9: El actor hace clic en el botn Aceptar para generar la factura. 1. El actor elimina uno o varios renglones de la factura haciendo clic en el botn eliminar de cada rengln. 2. La secuencia sigue hacia el paso 9 del Flujo Principal. Para el Paso 9: El actor clic en el botn Aceptar para generar la factura. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 10: El sistema valida los datos a facturar, confirma que la factura se ha emitido de manera exitosa y enva la factura a la impresora. 1. El sistema informa que la factura no puede ser realizada ya que el cliente supera su lmite de crdito. 2. Fin del caso de uso. Referencias No Aplica Requisitos Especiales No Aplica

Pgina 184 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 185 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz
ui Facturacion Emisin de Facturas T ipo de Factura Datos del Cliente Cliente (Razon Social) Domicilio T ipo de I.V.A. Condicin de Venta % de Bonificacin Provinci a Localidad Fecha Actual

Viajes Pendientes de Facturacin Renglones de Factura Nmero de Viaje Descripcin

Aceptar

Cancel ar

Importe

Eliminar

Sub Total

T otal

Pgina 185 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 186 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.6. CU 020 Generar Presupuesto de Viaje Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Correccin Flujos Alternativos Fecha 02/06/2010 08/06/2010

Identificacin: CU - 020 Nombre Caso de Uso: Generar Presupuesto de Viaje Descripcin del Caso de Uso Un vendedor de la empresa desea realizar un presupuesto para valorizar un viaje solicitado por un cliente. Dicho presupuesto puede ser almacenado en el sistema como un nuevo viaje a realizar, el cual una vez realizado puede ser facturado. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Generar Presupuesto de Viaje

Pgina 186 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 187 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Generar Presupuesto de Viaje. 2. El sistema solicita ingreso de: Seleccin de Cliente Seleccin de Origen del viaje (Provincia, Localidad, Direccin), Fecha y Hora de Inicio Seleccin de Destino del viaje (Provincia, Localidad, Direccin), Fecha y Hora de Fin Seleccin de Unidades de Transporte a utilizar (Camin simple, camin con acoplado, semi-remolque, etc.) Por cada unidad de transporte. Seleccin de Chofer Seleccin de Peones Estado (Valorizado, Pendiente, En Curso, Finalizado, Cancelado) Kilogramos de Carga Kilmetros Estimado del Viaje Cantidad de Pallets Cantidad de Canastos Importe Estimado de Peajes Nota o Comentario. Costo Final del Viaje (Calculado Solo lectura) Muestra en modo solo lectura: Fecha de emisin, Prximo Nmero de Viaje. Muestra los botones de accin: Calcular Aceptar (deshabilitado) Cancelar 3. El actor ingresa los datos solicitados y hace clic en el botn calcular. 4. El sistema valida los datos ingresados y al ser correctos, verifica si el cliente tiene asociada una Tarifa Especial. En ese caso el sistema toma la tarifa asignada al cliente como base para la estimacin de costo. En el caso de que el cliente no tenga una tarifa asociada el sistema utiliza la Tarifa General. El sistema en base a los datos de costo de tarifas, calcula el costo final del viaje y lo muestra en el campo de solo lectura: Costo Final del Viaje. Habilita el botn aceptar. 5. El actor hace clic en el botn Aceptar. 6. El sistema valida los datos ingresados e informa que el presupuesto ha sido generado con xito.

Pgina 187 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 188 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn calcular. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados y al ser correctos, verifica si el cliente tiene asociada una Tarifa Especial. En ese caso el sistema toma la tarifa asignada al cliente como base para la estimacin de costo. En el caso de que el cliente no tenga una tarifa asociada el sistema utiliza la Tarifa General. El sistema en base a los datos de costo de tarifas, calcula el costo final del viaje y lo muestra en el campo de solo lectura: Costo Final del Viaje. Habilita el botn aceptar. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 2 del flujo principal. Para el Paso 5: El actor hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias No Aplica Requisitos Especiales El sistema debe utilizar como base de clculo para el costo de viajes, las tarifas definidas ya sea de manera general o para un cliente especifico en el caso de uso CU-033 Administrar Tarifas de Viajes.

Pgina 188 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 189 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz

ui Viaj es Generar Presupuesto de Viaj e Cliente (Razn Social ) Origen del Viaj e Provincia Direccin Fecha Hora Inicio Localidad Fecha Em si sin Destino del Viaje Provincia Direccin Fecha Peones Chofer Chofer N Nom bre y Apellido Hora Fin Localidad Aceptar Cancelar Nro. Viaj e Calcular

Uni dades de T ransporte Unidad de T ransporte Unidad de T ransporte N Datos Generales Estado Cantidad de Pallets Nota o Com entari o Kg. De Carga Cantidad de Canastos

KM . Estim ado del Viaje Im porte Peajes

Costo Final del Vi aje

Pgina 189 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 190 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.7. CU 021 Listar Viajes Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Correccin Flujos Alternativos Fecha 02/06/2010 08/06/2010

Identificacin: CU - 021 Nombre Caso de Uso: Listar Viajes Descripcin del Caso de Uso Un vendedor de la empresa desea obtener un listado de viajes, a fin de ver algunos detalles del mismo como ser su estado o las fechas de realizacin a fin de llevar una agenda de viajes a realizar por la empresa. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Viajes

Pgina 190 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 191 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Viajes. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Razn Social del Cliente, Fecha Desde, Fecha Hasta, Estado del Viaje (Valorizado, Pendiente, En Curso, Finalizado, Cancelado). Si no se ingresa ningn valor en estos campos se obtendr un listado completo de los viajes. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada viaje la siguiente informacin: Nmero de Viaje, Razn Social del Cliente, Fecha y hora Inicio, Fecha y Hora Fin, Origen, Destino, Estado. Cada fila del listado muestra a su derecha dos botones de accin: Editar datos, Eliminar datos. 5. El actor hace clic en el botn del listado: Editar Datos. Ejecuta caso de uso: CU-029 Editar Presupuesto de Viaje. Eliminar Datos. Ejecuta el caso de uso: CU-030 - Eliminar Presupuesto de Viaje.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias CU-029 Editar Presupuesto de Viaje CU-030 - Eliminar Presupuesto de Viaje

Pgina 191 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 192 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz
ui Facturacion Listado de Viaj es Filtro de Bsqueda Razn Social Cliente Fecha Desde Fecha Hasta Estado del Viaje

Listar

Cancelar

Resultados: Nro. Viaje Cliente Fecha y Hora Inicio Fecha y Hora Fin Origen Destino Estado Editar Eliminar

Pgina 192 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 193 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.8. CU 022 Listar Facturas Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Correccin Flujos Alternativos Fecha 02/06/2010 08/06/2010

Identificacin: CU - 022 Nombre Caso de Uso: Listar Facturas Descripcin del Caso de Uso Un vendedor de la empresa desea obtener un listado de facturas emitidas, a fin de ver algunos detalles de las mismas como ser su estado o las fechas de realizacin. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Facturas

Pgina 193 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 194 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Facturas. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Razn Social del Cliente, (Cancelada, Pendiente). Fecha Desde, Fecha Hasta, Nmero de Factura, Estado

Si no se ingresa ningn valor en estos campos se obtendr un listado completo de facturas emitidas. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada factura la siguiente informacin: Nmero de Factura, Razn Social del Cliente, Fecha de Emisin, Estado (Cancelada, Pendiente), importe total. 5. El actor hace clic en el botn Imprimir. 6. El sistema enva el listado a la impresora

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias No Aplica

Pgina 194 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 195 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz

ui Facturacion Listado de Facturas Filtro de Bsqueda Razn Social Cliente Imprimir Fecha Desde Fecha Hasta Nro. Factura Listar Estado Cancelar

Resultados: Nro. Factura Cliente (Razn Social) Fecha Emisin Estado Importe T otal

Pgina 195 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 196 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.9. CU 023 Emitir Nota de Dbito Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Correccin Flujos Alternativos Fecha 02/06/2010 08/06/2010

Identificacin: CU - 023 Nombre Caso de Uso: Emitir Nota de Dbito Descripcin del Caso de Uso Un vendedor de la empresa desea emitir una nota de dbito a fin de normalizar la situacin de alguna factura emitida previamente a un cliente. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema actualizo la cuenta corriente del cliente. El sistema registr la accin del actor en la bitcora.

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Emisin de Notas de Dbito

Pgina 196 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 197 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Emisin de Notas de Dbito. 2. El sistema solicita ingreso o seleccin de cliente. Muestra en modo solo lectura la fecha actual y el prximo nmero de nota de dbito a emitir. 3. El actor selecciona un cliente 4. El sistema muestra los siguientes datos: Razn Social, Domicilio, provincia y localidad, Muestra los botones de accin: Facturas Emitidas. Aceptar Cancelar 5. El actor hace clic en el botn Facturas Emitidas. 6. El sistema muestra una lista de seleccin con los datos: Nmero de Factura, Fecha, Importe Total. 7. El actor selecciona una factura contra la cual se emitir la nota de debito. 8. El sistema habilita los renglones de la nota de dbito con los siguientes datos: Cantidad, Descripcin, Precio unitario, Total (Solo lectura). Cada uno tiene asociado un botn de eliminar. 9. El actor ingresa uno o ms renglones de la nota de dbito. 10. El sistema acumula y muestra el total de la nota de debito a medida que se van incorporando renglones a la misma. 11. El actor hace clic en el botn Aceptar para generar la nota de debito. 12. El sistema valida los datos a registrar, confirma que la nota de dbito se ha emitido de manera exitosa y enva la nota de dbito a la impresora. Caminos Alternativos Para el Paso 11: El actor hace clic en el botn Aceptar para generar la nota de debito. 1. El actor elimina uno o varios renglones de la nota de dbito haciendo clic en el botn eliminar de cada rengln. 2. La secuencia sigue hacia el paso 11 del Flujo Principal. Para el Paso 11: El actor hace clic en el botn Aceptar para generar la nota de debito. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 12: El sistema valida los datos a registrar, confirma que la nota de dbito se ha emitido de manera exitosa y enva la nota de dbito a la impresora. 1. El sistema informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 8 del flujo principal. Pgina 197 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 198 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Referencias No Aplica Requisitos Especiales No Aplica

Diseo de Interfaz

ui N/D Emisin de Notas de Dbito Nro. N/D Datos del Cliente Cliente (Razn Social) Domicilio Provincia Localidad Aceptar Cancelar Fecha Actual Facturas Emitidas

Rengloes de N/D Cantidad Descripcin Precio Unitario Total Eliminar

Total

Pgina 198 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 199 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.10.

CU 024 Listar Notas de Dbito

Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Correccin Flujos Alternativos Fecha 03/06/2010 08/06/2010

Identificacin: CU - 024 Nombre Caso de Uso: Listar Notas de Dbito Descripcin del Caso de Uso Un vendedor de la empresa desea obtener un listado de notas de dbito emitidas, a fin de ver algunos detalles de las mismas como ser sus fechas de realizacin e importes. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Notas de Dbito

Pgina 199 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 200 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Notas de Dbito. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Razn Social del Cliente, Fecha Desde, Fecha Hasta, Nmero de Factura, Nmero de Nota de Dbito. Si no se ingresa ningn valor en estos campos se obtendr un listado completo de notas de dbito. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada nota de dbito la siguiente informacin: Nmero de Nota de Dbito, Nmero de Factura, Razn Social del Cliente, Fecha de Emisin, Importe Total. 5. El actor hace clic en el botn Imprimir. 6. El sistema enva el listado a la impresora

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias No Aplica

Pgina 200 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 201 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz
ui N/D Listar Notas de Dbito Filtro de Bsqueda: Cliente (Razn Social) Imprimir Fecha Desde Fecha Hasta Nro. Factura Nro. N/D Cancelar

Listar

Resultados: Nro. N/D Nro. Factura Cliente (Razn Social) Fecha Emisi on Imp. T otal

Pgina 201 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 202 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.11.

CU 025 Emitir Nota de Crdito

Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 03/06/2010

Identificacin: CU - 025 Nombre Caso de Uso: Emitir Nota de Crdito Descripcin del Caso de Uso Un vendedor de la empresa desea emitir una nota de crdito a fin de normalizar la situacin de alguna factura emitida previamente a un cliente. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema actualizo la cuenta corriente del cliente. El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Emisin de Notas de Crdito

Pgina 202 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 203 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito

1. El actor ingresa a la pantalla de Emisin de Notas de Crdito. 2. El sistema solicita ingreso o seleccin de cliente. Muestra en modo solo lectura la fecha actual y el prximo nmero de nota de crdito a emitir. 3. El actor selecciona un cliente 4. El sistema muestra los siguientes datos: Razn Social, Domicilio, provincia y localidad, Muestra los botones de accin: Facturas Emitidas. Aceptar Cancelar 5. El actor hace clic en el botn Facturas Emitidas. 6. El sistema muestra una lista de seleccin con los datos: Nmero de Factura, Fecha, Importe Total. 7. El actor selecciona una factura contra la cual se emitir la nota de crdito. 8. El sistema habilita los renglones de la nota de crdito con los siguientes datos: Cantidad, Descripcin, Precio unitario, Total (Solo lectura). Cada uno tiene asociado un botn de eliminar. 9. El actor ingresa uno o ms renglones de la nota de crdito. 10. El sistema acumula y muestra el total de la nota de crdito a medida que se van incorporando renglones a la misma. 11. El actor hace clic en el botn Aceptar para generar la nota de crdito. 12. El sistema valida los datos a registrar, confirma que la nota de crdito se ha emitido de manera exitosa y enva la nota de crdito a la impresora. Caminos Alternativos Para el Paso 11: El actor hace clic en el botn Aceptar para generar la nota de crdito. 1. El actor elimina uno o varios renglones de la nota de crdito haciendo clic en el botn eliminar de cada rengln. 2. La secuencia sigue hacia el paso 11 del Flujo Principal. Para el Paso 11: El actor hace clic en el botn Aceptar para generar la nota de crdito. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 12: El sistema valida los datos a registrar, confirma que la nota de crdito se ha emitido de manera exitosa y enva la nota de crdito a la impresora. 1. El sistema informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 8 del flujo principal. Pgina 203 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 204 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Referencias No Aplica Requisitos Especiales No Aplica

Diseo de Interfaz
ui N/C Emisin de Notas de Crdito Nro. N/C Datos del Cliente: Cliente (Razn Social) Direccin Cancelar Renglones N/C Cantidad Descripcin Precio Unitario Total Elim inar Provincia Localidad Aceptar Fecha Actual Facturas Em itidas

Total

Pgina 204 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 205 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.12.

CU 026 Listar Notas de Crdito

Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 03/06/2010

Identificacin: CU - 026 Nombre Caso de Uso: Listar Notas de Crdito Descripcin del Caso de Uso Un vendedor de la empresa desea obtener un listado de notas de crdito emitidas, a fin de ver algunos detalles de las mismas como ser sus fechas de realizacin e importes. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Notas de Crdito

Pgina 205 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 206 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Notas de Crdito. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Razn Social del Cliente, Fecha Desde, Fecha Hasta, Nmero de Factura, Nmero de Nota de Crdito. Si no se ingresa ningn valor en estos campos se obtendr un listado completo de notas de crdito. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada nota de crdito la siguiente informacin: Nmero de Nota de Crdito, Nmero de Factura, Razn Social del Cliente, Fecha de Emisin, Importe Total. 5. El actor hace clic en el botn Imprimir. 6. El sistema enva el listado a la impresora

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias No Aplica

Pgina 206 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 207 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz
ui N/C Listado de Notas de Crdito Filtro de Bsqueda: Cliente (Razn Social) Fecha Desde Fecha Hasta Nro. Factura Nro. N/C

Imprimir

Listar

Cancelar

Resultado:

Nro. N/C

Nro. Factura

Cliente (Razn Social)

Fecha Emisin

Imp. T otal

Pgina 207 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 208 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.13.

CU 027 Listar Cuentas Corrientes de Clientes

Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Correccin Flujos Alternativos Fecha 03/06/2010 10/06/2010

Identificacin: CU - 027 Nombre Caso de Uso: Listar Cuentas Corrientes de Clientes. Descripcin del Caso de Uso Un vendedor de la empresa desea obtener un informe sobre el estado de la cuenta corriente de un cliente en particular. Dicho informe permitir ver en detalle todas las facturas, notas y saldo del cliente en cuestin. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listar Cuentas Corrientes de Clientes

Pgina 208 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 209 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. 2. 3. 4. El actor ingresa a la pantalla de Listar Cuentas Corrientes de Clientes. El sistema solicita ingreso o seleccin de cliente. El actor selecciona el cliente deseado y hace clic en el botn Ver. El sistema despliega un listado detallado los comprobantes asignados al cliente y que conforman dicha cuenta corriente. El listado incluye los siguientes campos: Fecha de Emisin de Comprobante, Tipo de Comprobante (Factura, Recibo, N/C, N/D), Nmero de Comprobante, Fecha de Vencimiento, Importe (Deudor o Acreedor), Saldo. El listado cierra indicando el salto total del cliente. 5. El actor hace clic en el botn Imprimir. 6. El sistema enva el listado a la impresora Caminos Alternativos Para el Paso 3: El actor selecciona el cliente deseado y hace clic en el botn Ver. 1. El actor selecciona o no el cliente deseado y hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias No Aplica Requisitos Especiales No Aplica Diseo de Interfaz
ui Cta Cte Listar Cuentas Corrientes de Clientes Datos del Cliente Cliente (Razn Social) Ver

Resultado: Fecha EC Tipo Comprobante Nro. Comprobante Fecha Vto. Importe Saldo

Salto Total

Pgina 209 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 210 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.14.

CU 028 Listar Ranking de Ventas

Cuadro de revisin Versin 1.0 1.1 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Correccin Flujos Alternativos Fecha 03/06/2010 10/06/2010

Identificacin: CU - 028 Nombre Caso de Uso: Listar Ranking de Ventas. Descripcin del Caso de Uso Un vendedor de la empresa desea obtener un listado que refleje las ventas realizadas para un periodo de tiempo determinado. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listar Ranking de Ventas

Pgina 210 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 211 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listar Ranking de Ventas. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Razn Social del Cliente, Fecha Desde, Fecha Hasta. Si no se ingresa ningn valor en estos campos se obtendr un listado completo de ventas por cliente. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada cliente la siguiente informacin: Razn Social, Fecha Desde, Fecha Hasta, Total Facturado sin impuestos, Total Facturado con impuestos. 5. El actor hace clic en el botn Imprimir. 6. El sistema enva el listado a la impresora Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa o no los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias No Aplica Requisitos Especiales No Aplica Diseo de Interfaz
ui Ranking Listar Raking de Ventas Filtro de Bsqueda: Cliente (Razn Social) Fecha Desde Fecha Hasta

Im prim ir

Listar

Cancelar

Resultado: Cliente (Razn Social) Fecha Desde Fecha Hasta T ot. Fac. S/Im p. T ot. Fac. C/Im p.

Pgina 211 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 212 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.15.

CU 029 Editar Presupuesto de Viaje

Cuadro de revisin Versin 1.0 1.0 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Agregado Interfaz de usuario Fecha 05/06/2010 06/06/2010

Identificacin: CU - 029 Nombre Caso de Uso: Editar Presupuesto de Viaje Descripcin del Caso de Uso Un vendedor de la empresa desea editar un presupuesto para revalorizar un viaje solicitado por un cliente. Como as tambin, para cambiar su estado o fechas de realizacin del mismo, cambio de chofer o unidad de transporte. Para esto deber identificar el presupuesto a editar a travs del listado de viajes.

Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-021 - Listar Viajes

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de modificacin o edicin de presupuestos de viaje

Pgina 212 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 213 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de modificacin o edicin de presupuestos de viajes haciendo clic en el botn editar del listado de viajes. 2. El sistema muestra en modo edicin los siguientes campos: Seleccin de Cliente Seleccin de Origen del viaje (Provincia, Localidad, Direccin) Seleccin de Destino del viaje (Provincia, Localidad, Direccin) Seleccin de Chofer Seleccin de Unidad de Transporte (Camin simple, camin con acoplado, semiremolque, etc.) Seleccin de Peones Nota o Comentario. Estado (Pendiente, Presupuestado, Finalizado, En Curso, Cancelado) Fecha de Realizacin del Viaje Hora de Presentacin Hora de Finalizacin Kilogramos de Carga Kilmetros Estimado del Viaje Cantidad de Pallets Importe Estimado de Peajes Muestra en modo solo lectura: Fecha de emisin, Prximo Nmero de Viaje, Costo Total del Viaje. Muestra los botones de accin: Calcular Aceptar Cancelar 3. El actor edita los campos de inters y hace clic en el botn calcular. 4. El sistema valida los datos ingresados y al ser correctos, en base a sus datos internos de costos recalcula el presupuesto del viaje y muestra el valor final en el campo Costo Total del Viaje. 5. El actor hace clic en el botn Aceptar. 6. El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa.

Pgina 213 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 214 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Caminos Alternativos Para el Paso 3: El actor edita los campos de inters y hace clic en el botn calcular. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso.

Para el Paso 4: El sistema valida los datos ingresados y al ser correctos, en base a sus datos internos de costos recalcula el presupuesto del viaje y muestra el valor final en el campo Costo Total del Viaje. 1. El sistema valida los datos editados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del flujo principal.

Para el Paso 5: El actor hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias CU-021 Listar Viajes

Requisitos Especiales No Aplica

Pgina 214 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 215 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz
ui Viaj es Editar Presupuesto de Viaj e Cliente (Razn Social) Origen del Viaje Provincia Direccin Fecha Hora Ini cio Localidad Fecha Em sisi n Destino del Viaje Provincia Direccin Fecha Peones Chofer Chofer N Nombre y Apellido Hora Fin Localidad Aceptar Cancelar Nro. Viaje Calcular

Unidades de T ransporte Unidad de T ransporte Unidad de T ransporte N Datos Generales Estado Cantidad de Pallets Nota o Comentario Kg. De Carga Cantidad de Canastos

KM. Estim ado del Viaje Im porte Peajes

Costo Final del Vi aje

Pgina 215 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 216 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.16.

CU 030 Eliminar Presupuesto de Viaje

Cuadro de revisin Versin 1.0 1.0 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Agregado Interfaz de usuario Fecha 05/06/2010 06/06/2010

Identificacin: CU - 030 Nombre Caso de Uso: Eliminar Presupuesto de Viaje Descripcin del Caso de Uso Un vendedor de la empresa desea eliminar o dar de baja un presupuesto de viaje registrado en el sistema. Para esto deber identificar el presupuesto a eliminar a travs del listado de viajes. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-021 - Listar Viajes

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor hace clic en el botn eliminar del listado de viajes

Pgina 216 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 217 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor hace clic en el botn eliminar del listado de viajes. 2. El sistema informa que se realizara la baja (lgica) del viaje y que sus datos no podrn ser recuperados. El sistema pide confirmacin o cancelacin. 3. El actor hace clic en el botn Aceptar. 4. El Sistema informa que la baja ha sido exitosa. Caminos Alternativos Para el Paso 2: El sistema informa que se realizara la baja (lgica) del viaje y que sus datos no podrn ser recuperados. El sistema pide confirmacin o cancelacin. 1. El sistema informa que el viaje no posee un estado cancelado y para poder ser dado de baja el mismo debe estar en dicho estado. 2. Fin del caso de uso. Para el Paso 3: El actor clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Referencias CU-016 - Listar Clientes

Requisitos Especiales No Aplica Diseo de Interfaz


ui Facturacion Listado de Viaj es Filtro de Bsqueda Razn Social Cl iente Fecha Desde Fecha Hasta Estado del Viaje

Listar

Cancelar

Resultados: Nro. Viaje Cliente Fecha y Hora Inicio Fecha y Hora Fin Origen Destino Estado Editar Eliminar

Pgina 217 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 218 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.17.

CU 031 Configurar Numeracin de Comprobantes

Cuadro de revisin Versin 1.0 1.0 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Agregado Interfaz de usuario Fecha 05/06/2010 06/06/2010

Identificacin: CU 031 Nombre Caso de Uso: Configurar Numeracin de Comprobantes Descripcin del Caso de Uso Un vendedor de la empresa desea configurar la numeracin de comprobantes a emitir por el sistema. Estos comprenden la emisin de facturas, notas de dbito y crdito. Dicha numeracin debe ser configurada para que el sistema pueda emitir comprobantes. Pre Condicin El actor se encuentra registrado en el sistema Post Condicin El sistema registr la accin del actor en la bitcora Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla Configurar Numeracin de Comprobantes

Pgina 218 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 219 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla Configurar Numeracin de Comprobantes. 2. El sistema solicita ingreso de: Para Factura A: o Primer Nmero Habilitado o ltimo Nmero Habilitado o Prximo Numero a Emitir (Solo lectura) Para Factura B: o Primer Nmero Habilitado o ltimo Nmero Habilitado o Prximo Numero a Emitir (Solo lectura) Para Factura C: o Primer Nmero Habilitado o ltimo Nmero Habilitado o Prximo Numero a Emitir (Solo lectura) Para N. de Dbito: o Primer Nmero Habilitado o ltimo Nmero Habilitado o Prximo Numero a Emitir (Solo lectura) Para N. de Crdito: o Primer Nmero Habilitado o ltimo Nmero Habilitado o Prximo Numero a Emitir (Solo lectura) Para Recibos: o Primer Nmero Habilitado o ltimo Nmero Habilitado o Prximo Numero a Emitir (Solo lectura) Muestra los botones de accin: Aceptar Cancelar 3. El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que la actualizacin ha sido exitosa.

Pgina 219 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 220 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados e informa que la actualizacin ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del Flujo Principal.

Referencias No Aplica Requisitos Especiales No Aplica Diseo de Interfaz

ui Fa c tura c ion Configura r Num e ra c in de Com proba nte s Da to s G e n e ra l e s Fa ctu ra A : P ri m e r N m e ro Ha b il i tad o lti m o N m e ro Ha b il i tad o P r xi m o N m e ro a E m i tir No ta D b ito P ri m e r N m e ro Ha b il i tad o lti m o N m e ro Ha b il i tad o P r xi m o N m e ro a E m i tir Fa ctu ra B : P ri m e r N m e ro Ha b il i ta d o lti m o N m e ro Ha b il i ta d o P r xi m o N m e ro a E m i tir No ta Cr d i to P ri m e r N m e ro Ha b il i ta d o lti m o N m e ro Ha b il i ta d o P r xi m o N m e ro a E m i tir Fa ctu ra C: P ri m e r N m e ro Ha b il i ta d o lti m o N m e ro Ha b il i ta d o P r xi m o N m e ro a E m i tir Re ci b o s P rim e r N m e ro Ha b i li ta d o l ti m o N m e ro Ha b i li ta d o P r xi m o N m e ro a E m i ti r

A ce p ta r

Ca ncel ar

Pgina 220 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 221 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.18.

CU 032 Ingreso de Cobranzas

Cuadro de revisin Versin 1.0 1.0 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Agregado Interfaz de usuario Fecha 05/06/2010 06/06/2010

Identificacin: CU - 032 Nombre Caso de Uso: Ingreso de Cobranza Descripcin del Caso de Uso Un vendedor de la empresa desea ingresar el pago realizado por un cliente a fin de cancelar parcial o totalmente una factura emitida en cuenta corriente. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema actualizo la cuenta corriente del cliente. El sistema registr la accin del actor en la bitcora.

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Ingreso de Cobranzas

Pgina 221 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 222 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Ingreso de Cobranzas. 2. El sistema solicita ingreso o seleccin de cliente. Muestra en modo solo lectura la fecha actual y el prximo nmero de recibo a emitir. 3. El actor selecciona un cliente 4. El sistema muestra los siguientes datos: Razn Social, Domicilio, provincia y localidad, Muestra los botones de accin: Comprobantes a Cancelar. Ingreso de Medio de pago. Aceptar Cancelar

5. El actor hace clic en el botn Comprobantes a Cancelar. 6. El sistema muestra una lista de seleccin con los datos: Tipo de comprobante (Factura, Nota de Dbito), Nmero de Comprobante, Estado (Cancelada, Pendiente), Fecha de Vto., Importe. 7. El actor selecciona uno o ms comprobantes a cancelar. 8. El sistema habilita los renglones del recibo con los siguientes datos: Tipo de Comprobante, Nmero de Comprobante, Fecha de Vto., Importe. Correspondientes a los comprobantes a cancelar seleccionados. Cada rengln tiene a su derecha un botn de eliminacin. 9. El actor hace clic en el botn Ingresar Medio de pago. 10. El sistema muestra una lista de seleccin con los datos de medios de pago disponibles: Caja Mostrador - Ingreso de Importe. Valores a Depositar: Nro. Cheque Banco Tipo (Comn Diferido) Fecha Fecha de Emisin Clearing Importe.

Muestra el botn de accin: Aceptar 11. 12. 13. 14. El actor ingresa los datos en el medio de pago deseado y hace clic en Aceptar. El sistema muestra el total a cobrar. El actor hace clic en el botn Aceptar para generar el recibo. El sistema valida los datos a registrar, confirma que el recibo se ha emitido de manera exitosa y enva el mismo a la impresora.

Pgina 222 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 223 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Caminos Alternativos Para el Paso 5: El actor hace clic en el botn Comprobantes a Cancelar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 6: El sistema muestra una lista de seleccin con los datos: Tipo de comprobante (Factura, Nota de Dbito), Nmero de Comprobante, Estado (Cancelada, Pendiente), Fecha de Vto., Importe. 1. El sistema informa que el cliente no posee comprobantes pendientes de cobro. 2. Fin del caso de uso. Para el Paso 9: El actor hace clic en el botn Ingresar Medio de pago. 1. El actor elimina del recibo uno o varios comprobantes a cancelar. 2. La secuencia sigue hacia el paso 9 del Flujo Principal. Para el Paso2: La secuencia sigue hacia el paso 9 del Flujo Principal. 1. La secuencia sigue hacia el paso 5 del Flujo Principal. Para el Paso 12: El sistema muestra el total a cobrar. 1. El sistema informa que se han ingresado valores invlidos. 2. La secuencia sigue hacia el paso 11 del Flujo Principal.

Referencias No Aplica Requisitos Especiales No Aplica

Pgina 223 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 224 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz
ui Cobranzas Ingreso de Cobranzas Nro. Recibo Datos del Cliente Cliente (Razn Social) Direccin Provincia Localidad Fecha Actual Com probantes a Cancelar M edios de Pago Aceptar Renglones Recibo Cancel ar T ipo Comprobante Nro. Com probante Estado Fecha Vto. Importe Elim inar

T otal a Cobrar

Pgina 224 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 225 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.2.19.

CU 033 Administrar Tarifas de Viajes

Cuadro de revisin Versin 1.0 1.0 Responsable Sergio A. Sisterna Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Agregado Interfaz de usuario Fecha 05/06/2010 06/06/2010

Identificacin: CU - 033 Nombre Caso de Uso: Administrar Tarifas de Viajes Descripcin del Caso de Uso Un vendedor de la empresa desea actualizar los costos o tarifas de las variables de para el clculo presupuestario de viajes. Dichos costos pueden ser genricos aplicables a cualquier cliente o personalizable por cliente. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC003 - Vendedor

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Administrar Tarifas de Viajes

Pgina 225 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 226 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. 2. 3. 4. El actor ingresa a la pantalla de Administrar Tarifas de Viajes. El sistema solicita seleccin de: Tarifa General o Tarifa Especial Por Cliente El actor selecciona Tarifa General. El sistema solicita ingreso de: Costo de Hora por Pen. Costo Por Kilometro Costo por Pallet Costo por Canasto Cotos por Kilogramo de Carga. Seleccin de Tipo de Vehculo. Por cada tipo de vehculo seleccionado se pide: o Costo por Hora o Hasta Horas o Costo por Hora Excedente. o Cantidad de Horas Mnimas. o Costo por Kilometro o Hasta Kilmetros o Costo Por Kilometro Excedente Fecha de Vigencia: Desde Hasta. Fecha de Ultima Actualizacin (Solo lectura) Muestra los botones de accin: Actualizar Cancelar 5. El actor ingresa los datos solicitados y hace clic en el botn Actualizar. 6. El sistema valida los datos ingresados e informa que la actualizacin de tarifa ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor selecciona Tarifa General. 1. El actor selecciona Tarifa Especial Por Cliente. 2. El sistema solicita seleccin de cliente 3. La secuencia sigue hacia el paso 4 del Flujo Principal. Para el Paso 5: El actor hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso.

Pgina 226 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 227 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Referencias No Aplica Requisitos Especiales No Aplica Diseo de Interfaz

ui Clientes Administrar Tarifas de Viaj es T ipo de T arifa Tarifa General T arifa Especial Por Cliente Cliente (Razn Social)

Actualizar Cancelar

Datos Generales Costo Por Hora Pen Costo Por Kilometro Costo Por Pallet Costo Por Canasto ltima Actualizacin Costo Por Kg. de Carga

Vigencia Fecha Desde Fecha Hasta

Costos Por Tipo de Vehculo: T ipo de Vehculo Costo Por Hora Hasta Horas Cantidad Hs. Minimas Costo Por Hs. Excedente CostoPor Km. Hasta Km. Costo Por Km. Excedente

Pgina 227 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 228 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3. rea Funcional Administracin Transporte


9.4.3.1. CU 034 Registrar Vehculo Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU 034 Nombre Caso de Uso: Registrar Vehculo Descripcin del Caso de Uso El Administrador de transporte desea dar de alta o registrar un nuevo vehculo en el sistema. Dicho vehculo podr ser utilizado a posterior para realizar viajes para la empresa. Pre Condicin El actor se encuentra registrado en el sistema Post Condicin El sistema registr la accin del actor en la bitcora Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caos de uso inicia cuando el actor ingresa a la pantalla Registrar Vehculo

Pgina 228 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 229 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla Registrar Vehculo 2. El sistema solicita ingreso de: Patente, Marca, Modelo, Ao, foto, Titular, Motor Nro., Motor Marca, Chasis Nro, Chasis Marca, Tipo de Cabina, Kilmetros Actuales, capacidad mxima de carga, tipo de vehculo, Acoplado o Semi, Fecha de alta (solo lectura), Nota, Cdula Verde (Nro. y vencimiento), V.T.V (Nro. y vencimiento), R.U.T.A.(vencimiento), Se.Na.Sa (Nro. y vencimiento), Habilitacin municipal (descripcin y vencimiento). Muestra los botones de accin: Aceptar Cancelar 3. El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que el alta ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados e informa que el alta ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del Flujo Principal.

Referencias No Aplica Requisitos Especiales No Aplica

Pgina 229 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 230 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz

ui Vehculos Registrar Vehculo Datos Generales Patente Modelo Titular Tipo de Cabina Km. Actuales Marca Ao Tipo de Vehculo Capacidad Max. de Carga Motor Nro. Acoplado Chasis Marca Semi Chasis Nro. Fecha de Alta Foto

Aceptar Cancelar

Notas o Comentarios

Certificados Cedla Verde Nmero Vencimiento Habilitacin Municipal Descripcin Vencimiento V.T.V Nmero Vencimiento R.U.T.A Nmero Vencimiento Se.Na.Sa Nmero Vencimiento

Pgina 230 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 231 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.2. CU 035 Editar Vehculo Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU - 035 Nombre Caso de Uso: Editar Vehculo Descripcin del Caso de Uso El Administrador de transporte desea editar o modificar los datos de un vehculo registrado en el sistema. Para esto deber identificar el vehculo a modificar a travs del listado de vehculos. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-037 - Listar Vehculos

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de edicin de vehculos haciendo clic en el botn editar del listado de vehculos

Pgina 231 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 232 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de edicin de vehculos haciendo clic en el botn editar del listado de vehculos. 2. El sistema muestra en modo edicin los siguientes campos: Patente, Marca, Modelo, Ao, foto, Titular, Motor Nro., Motor Marca, Chasis Nro, Chasis Marca, Tipo de Cabina, Kilmetros Actuales, capacidad mxima de carga, tipo de vehculo, Acoplado o Semi, Fecha de alta (solo lectura), Nota, Cdula Verde (Nro. y vencimiento), V.T.V (Nro. y vencimiento), R.U.T.A.(vencimiento), Se.Na.Sa (Nro. y vencimiento), Habilitacin municipal (descripcin y vencimiento). Muestra los botones de accin: Aceptar Cancelar 3. El actor edita o no los campos y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor edita o no los campos y hace clic en el botn Aceptar 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del Flujo Principal. Referencias CU-037 - Listar Vehculos

Requisitos Especiales No Aplica

Pgina 232 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 233 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz

ui Vehculos Editar Vehculo Datos Generales Patente Modelo Titular Tipo de Cabina Km. Actuales Marca Ao Tipo de Vehculo Capacidad Max. de Carga Motor Nro. Acoplado Chasis Marca Semi Chasis Nro. Fecha de Alta Foto

Aceptar Cancelar

Notas o Comentarios

Certificados Cedla Verde Nmero Vencimiento Habilitacin Municipal Descripcin Vencimiento V.T.V Nmero Vencimiento R.U.T.A Nmero Vencimiento Se.Na.Sa Nmero Vencimiento

Pgina 233 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 234 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.3. CU 036 Eliminar Vehculo Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU - 036 Nombre Caso de Uso: Eliminar Vehculo Descripcin del Caso de Uso El Administrador del transporte desea eliminar o dar de baja un vehculo registrado en el sistema. Para esto deber identificar el vehculo a eliminar a travs del listado de vehculos. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-037 - Listar Vehculos

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador El caso de uso inicia cuando el actor hace clic en el botn eliminar del listado de vehculos

Pgina 234 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 235 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor hace clic en el botn eliminar del listado de vehculos. 2. El sistema informa que se realizara la baja (lgica) del vehculo. El sistema pide confirmacin o cancelacin. 3. El actor clic en el botn Aceptar. 4. El Sistema informa que la baja ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El Sistema informa que la baja ha sido exitosa. 1. El sistema informa que el vehculo est asociado a viajes pendientes de realizar y que para poder darlo de baja es necesario modificar previamente dicha asociacin. 2. Fin del caso de uso.

Referencias CU-037 - Listar Vehculos

Requisitos Especiales No Aplica Diseo de Interfaz


ui Vehculos Listado de Vehculos Filtro de Bsqueda: T ipo de Vehculo Patente T itular Listar Marca Cancelar

Resultado: Cdigo Tipo de Vehculo Marca Titular Editar Eliminar

Pgina 235 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 236 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.4. CU 037 Listar Vehculos Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU - 037 Nombre Caso de Uso: Listar Vehculos Descripcin del Caso de Uso El Administrador de transporte obtiene un listado de vehculos registrados en el sistema. A travs del listado de vehculos podr modificar o eliminar sus datos. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Vehculos

Pgina 236 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 237 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Vehculos. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Tipo de Vehculo, Patente, Titular, Marca. Si no se ingresa ningn valor en estos campos se obtendr un listado completo de vehculos. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada vehculo la siguiente informacin: Cdigo, Tipo de Vehculo, Patente, Titular, Marca. Cada fila del listado muestra a su derecha dos botones de accin: Editar datos, Eliminar datos. 5. El actor hace clic en el botn del listado: Editar Datos. Ejecuta caso de uso: CU-035 - Editar Vehculo. Eliminar Datos. Ejecuta el caso de uso: CU-036 - Eliminar Vehculo.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias CU-035 - Editar Vehculo CU-036 - Eliminar Vehculo

Pgina 237 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 238 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz

ui Vehculos Listado de Vehculos Filtro de Bsqueda: Tipo de Vehculo Patente Titular Listar Marca Cancelar

Resultado: Cdigo Tipo de Vehculo Marca Titular Editar Eliminar

Pgina 238 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 239 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.5. CU 038 Registrar Chofer Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU 038 Nombre Caso de Uso: Registrar Chofer Descripcin del Caso de Uso El Administrador de transporte desea dar de alta o registrar un nuevo chofer en el sistema. Dicho chofer podr ser utilizado a posterior para realizar viajes para la empresa. Pre Condicin El actor se encuentra registrado en el sistema Post Condicin El sistema registr la accin del actor en la bitcora Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador El caso de uso inicia cuando el actor ingresa a la pantalla Registrar Chofer

Pgina 239 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 240 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla Registrar Chofer 2. El sistema solicita ingreso de: Nombre y Apellido, Direccin, Provincia, Localidad, Cdigo Postal, Foto, Telfono, Celular, e-mail, Tipo y nmero de documento, CUIL, Fecha de Nacimiento, Fecha de Ingreso, Fecha de Egreso, Nota u Observaciones, Licencia Municipal (Nro. y vencimiento), Libreta Sanitaria (Nro. y vencimiento), Licencia CNRT (Nro. y vencimiento), Curso (Nombre y Vencimiento). Muestra los botones de accin: Aceptar Cancelar 3. El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que el alta ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados e informa que el alta ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del Flujo Principal.

Referencias No Aplica Requisitos Especiales No Aplica

Pgina 240 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 241 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz
ui Choferes Registrar Chofer Datos Generales Nombre y Apellido T elefono Celul ar CUIL Provincia Localidad E-mail Fecha Nac. Direccin Cdi go Postal Tipo Documento Fecha Ingreso Nro. Documento Fecha Egreso Foto Aceptar Cancelar

Notas o Comentarios

Certificados Licencia Municipal Nmero Vencimiento Libreta Sanitaria Nmero Vencimiento Licencia CNRT Nmero Vencimiento Curso Nombre Vencimiento

Pgina 241 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 242 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.6. CU 039 Editar Chofer Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU - 039 Nombre Caso de Uso: Editar Chofer Descripcin del Caso de Uso El Administrador de transporte desea editar o modificar los datos de un chofer registrado en el sistema. Para esto deber identificar el chofer a modificar a travs del listado de choferes. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-041 - Listar Choferes

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de edicin de choferes haciendo clic en el botn editar del listado de choferes

Pgina 242 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 243 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de edicin de choferes haciendo clic en el botn editar del listado de choferes. 2. El sistema muestra en modo edicin los siguientes campos: Nombre y Apellido, Direccin, Provincia, Localidad, Cdigo Postal, Foto, Telfono, Celular, e-mail, Tipo y nmero de documento, CUIL, Fecha de Nacimiento, Fecha de Ingreso, Fecha de Egreso, Nota u Observaciones, Licencia Municipal (Nro. y vencimiento), Libreta Sanitaria (Nro. y vencimiento, Licencia CNRT (Nro. y vencimiento), Curso (Nombre y Vencimiento). Muestra los botones de accin: Aceptar Cancelar 3. El actor edita o no los campos y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor edita o no los campos y hace clic en el botn Aceptar 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del Flujo Principal. Referencias CU-041 - Listar Choferes

Requisitos Especiales No Aplica

Pgina 243 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 244 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Diseo de Interfaz

ui Choferes Editar Chofer Datos Generales Nombre y Apellido Telefono Celular CUIL Provincia Localidad E-mail Fecha Nac. Direccin Cdigo Postal Tipo Documento Fecha Ingreso Nro. Documento Fecha Egreso Foto Aceptar Cancelar

Notas o Comentarios

Certificados Licencia Municipal Nmero Vencimiento Libreta Sanitaria Nmero Vencimiento Licencia CNRT Nmero Vencimiento Curso Nombre Vencimiento

Pgina 244 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 245 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.7. CU 040 Eliminar Chofer Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU - 039 Nombre Caso de Uso: Eliminar Chofer Descripcin del Caso de Uso El Administrador de transporte desea eliminar o dar de baja un chofer registrado en el sistema. Para esto deber identificar el chofer a eliminar a travs del listado de choferes. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-041 - Listar Choferes

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor hace clic en el botn eliminar del listado de choferes

Escenario Principal de xito 1. El actor hace clic en el botn eliminar del listado de choferes. Pgina 245 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 246 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2. El sistema informa que se realizara la baja (lgica) del chofer. El sistema pide confirmacin o cancelacin. 3. El actor clic en el botn Aceptar. 4. El Sistema informa que la baja ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El Sistema informa que la baja ha sido exitosa. 1. El sistema informa que el chofer est asociado a viajes pendientes de realizar y que para poder darlo de baja es necesario modificar previamente dicha asociacin. 2. Fin del caso de uso. Referencias CU-041 - Listar Choferes

Requisitos Especiales No Aplica Diseo de Interfaz


ui Choferes Listado de Choferes Filtro de Bsqueda Nombre y Apellido Tipo de Documento Nro. Documento

Listar Resultado: Cdigo Nombre y Apellido Tipo Doc. Nro. Doc. Telefono Celular Editar

Cancelar

Eliminar

9.4.3.8. CU 041 Listar Choferes Cuadro de revisin Pgina 246 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 247 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Versin 1.0

Responsable Sergio A. Sisterna

Descripcin de la revisin Creacin del cu.

Fecha 30/05/2010

Identificacin: CU - 041 Nombre Caso de Uso: Listar Choferes Descripcin del Caso de Uso El Administrador de transporte obtiene un listado de choferes registrados en el sistema. A travs del listado de choferes podr modificar o eliminar sus datos. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Choferes

Pgina 247 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 248 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Choferes. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Nombre y Apellido, Tipo y Nmero de documento, Si no se ingresa ningn valor en estos campos se obtendr un listado completo de choferes. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada chofer la siguiente informacin: Cdigo, Nombre y Apellido, Tipo y nmero de documento, telfono, celular. Cada fila del listado muestra a su derecha dos botones de accin: Editar datos, Eliminar datos. 5. El actor hace clic en el botn del listado: Editar Datos. Ejecuta caso de uso: CU-039 - Editar Chofer. Eliminar Datos. Ejecuta el caso de uso: CU-040 - Eliminar Chofer.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias CU-039 - Editar Chofer CU-040 - Eliminar Chofer

Pgina 248 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 249 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz
ui Choferes Listado de Choferes Filtro de Bsqueda Nombre y Apellido Tipo de Documento Nro. Documento

Listar Resultado: Cdigo Nombre y Apellido Tipo Doc. Nro. Doc. Telefono Celular Editar

Cancelar

Eliminar

Pgina 249 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 250 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.9. CU 042 Registrar Pen Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU 042 Nombre Caso de Uso: Registrar Pen Descripcin del Caso de Uso El Administrador de transporte desea dar de alta o registrar un nuevo pen en el sistema. Dicho pen podr ser utilizado a posterior para realizar viajes para la empresa. Pre Condicin El actor se encuentra registrado en el sistema Post Condicin El sistema registr la accin del actor en la bitcora Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla Registrar Pen

Pgina 250 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 251 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla Registrar Pen 2. El sistema solicita ingreso de: Nombre y Apellido, Direccin, Provincia, Localidad, Cdigo Postal, Foto, Telfono, Celular, e-mail, Tipo y nmero de documento, CUIL, Fecha de Nacimiento, Fecha de Ingreso, Fecha de Egreso, Nota u Observaciones, Libreta Sanitaria (Nro. y vencimiento. Muestra los botones de accin: Aceptar Cancelar 3. El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que el alta ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados e informa que el alta ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del Flujo Principal.

Referencias No Aplica

Pgina 251 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 252 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz

ui Peones Registrar Pen Datos Generales: Nombre y Apellido Direccin Tipo Doc. Fecha Nac. Notas o Comentarios: Provincia Telefono Nro. Doc. Fecha Ingreso Localidad Celular CUIT Fecha Egreso Cdigo Postal E-mail Foto Cancelar Aceptar

Certificados: Libreta Sanitaria Nmero Vencimiento

Pgina 252 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 253 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.10.

CU 043 Editar Pen

Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU - 043 Nombre Caso de Uso: Editar Pen Descripcin del Caso de Uso El Administrador de transporte desea editar o modificar los datos de un pen registrado en el sistema. Para esto deber identificar el pen a modificar a travs del listado de peones. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-045 - Listar Peones

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de edicin de peones haciendo clic en el botn editar del listado de peones.

Pgina 253 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 254 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de edicin de peones haciendo clic en el botn editar del listado de peones. 2. El sistema muestra en modo edicin los siguientes campos: Nombre y Apellido, Direccin, Provincia, Localidad, Cdigo Postal, Foto, Telfono, Celular, e-mail, Tipo y nmero de documento, CUIL, Fecha de Nacimiento, Fecha de Ingreso, Fecha de Egreso, Nota u Observaciones, Libreta Sanitaria (Nro. y vencimiento. Muestra los botones de accin: Aceptar Cancelar 3. El actor edita o no los campos y hace clic en el botn Aceptar. 4. El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa.

Caminos Alternativos Para el Paso 3: El actor edita o no los campos y hace clic en el botn Aceptar 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El sistema valida los datos ingresados e informa que la modificacin ha sido exitosa. 1. El sistema valida los datos ingresados e informa que existen datos invlidos. 2. La secuencia sigue hacia el paso 3 del Flujo Principal.

Referencias CU-045 - Listar Peones

Pgina 254 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 255 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz
ui Peones Editar Pen Datos Generales: Nombre y Apellido Direccin Tipo Doc. Fecha Nac. Notas o Comentarios: Provincia Telefono Nro. Doc. Fecha Ingreso Localidad Celular CUIT Fecha Egreso Cdigo Postal E-mail Foto Cancelar Aceptar

Certificados: Libreta Sanitaria Nmero Vencimiento

Pgina 255 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 256 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.4.3.11.

CU 044 Eliminar Pen

Cuadro de revisin Versin 1.0 Responsable Sergio A. Sisterna Descripcin de la revisin Creacin del cu. Fecha 30/05/2010

Identificacin: CU - 044 Nombre Caso de Uso: Eliminar Pen Descripcin del Caso de Uso El Administrador de transporte desea eliminar o dar de baja un pen registrado en el sistema. Para esto deber identificar el pen a eliminar a travs del listado de peones. Pre Condicin El actor se encuentra registrado en el sistema. El actor ejecuto el caso de uso CU-045 - Listar Peones

Post Condicin El sistema registr la accin del actor en la bitcora

Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor hace clic en el botn eliminar del listado de peones

Escenario Principal de xito Pgina 256 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 257 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

1. El actor hace clic en el botn eliminar del listado de peones. 2. El sistema informa que se realizara la baja (lgica) del pen. El sistema pide confirmacin o cancelacin. 3. El actor clic en el botn Aceptar. 4. El Sistema informa que la baja ha sido exitosa. Caminos Alternativos Para el Paso 3: El actor clic en el botn Aceptar. 1. El actor hace clic en el botn Cancelar. 2. Fin del caso de uso. Para el Paso 4: El Sistema informa que la baja ha sido exitosa. 1. El sistema informa que el pen est asociado a viajes pendientes de realizar y que para poder darlo de baja es necesario modificar previamente dicha asociacin. 2. Fin del caso de uso. Referencias CU-045 - Listar Peones

Requisitos Especiales No Aplica Diseo de Interfaz


ui Peones Listado de Peones Filtro de Bsqueda: Nombre y Apellido Tipo Documento Nro. Documento

Listar Resultado: Cdigo Tipo Doc. Nro. Doc Telefono Celular

Cancelar

Editar

Eliminar

9.4.3.12.

CU 045 Listar Peones

Cuadro de revisin Pgina 257 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 258 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Versin 1.0

Responsable Sergio A. Sisterna

Descripcin de la revisin Creacin del cu.

Fecha 30/05/2010

Identificacin: CU - 045 Nombre Caso de Uso: Listar Peones Descripcin del Caso de Uso El Administrador de transporte obtiene un listado de peones registrados en el sistema. A travs del listado de peones podr modificar o eliminar sus datos. Pre Condicin El actor se encuentra registrado en el sistema.

Post Condicin No Aplica Actores Primarios AC004 - Administrador Transporte

Actores Secundarios No Aplica Disparador

El caso de uso inicia cuando el actor ingresa a la pantalla de Listado de Peones

Pgina 258 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 259 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escenario Principal de xito 1. El actor ingresa a la pantalla de Listado de Peones. 2. El sistema solicita ingreso de datos para realizar un filtro de bsqueda. Los campos a ingresar de manera opcional son: Nombre y Apellido, Tipo y Nmero de documento, Si no se ingresa ningn valor en estos campos se obtendr un listado completo de peones. 3. El actor ingresa los datos solicitados y hace clic en el botn Listar. 4. El sistema despliega un listado en base al filtro ingresado. El listado muestra por cada pen la siguiente informacin: Cdigo, Nombre y Apellido, Tipo y nmero de documento, telfono, celular. Cada fila del listado muestra a su derecha dos botones de accin: Editar datos, Eliminar datos. 5. El actor hace clic en el botn del listado: Editar Datos. Ejecuta caso de uso: CU-043 - Editar Pen. Eliminar Datos. Ejecuta el caso de uso: CU-044 - Eliminar Pen.

Caminos Alternativos Para el Paso 3: El actor ingresa los datos solicitados y hace clic en el botn Listar. 1. El actor ingresa los datos solicitados y hace clic en el botn Cancelar. 2. Fin del caso de uso.

Referencias CU-043 - Editar Pen CU-044 - Eliminar Pen

Pgina 259 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 260 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Requisitos Especiales No Aplica

Diseo de Interfaz
ui Peones Listado de Peones Filtro de Bsqueda: Nombre y Apellido Tipo Documento Nro. Documento

Listar Resultado: Cdigo Tipo Doc. Nro. Doc Telefono Celular

Cancelar

Editar

Eliminar

Pgina 260 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 261 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.

Diagramas de Clases Por rea Funcional

Pgina 261 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 262 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.1. rea Funcional Seguridad


9.5.1.1. Entidades de Negocio
class Seguridad

Usuario + + + + + + + + + + + + + IdUsuario: int Nombre: string Apellido: string Email: string NombreUsuario: string ClaveUsuario: string Salt: string FechaAlta: Date FechaModificacion: Date FechaBaja: Date Bloqueado: bool Borrado: bool Rol: Rol

Rol + + + + IdRol: int NombreRol: string FuncionesSistema: FuncionSistema[] Usuarios: Usuario[] + + + + +

FuncionSistema IdFuncionSistema: int ModuloSistema: ModuloSistema Childs: FuncionSistema[] Parent: FuncionSistema Usuarios: Usuario[]

ModuloSistema Bitacora + + + + + IdBitacora: int FechaRegistro: Date Descripcion: string BitacoraAccion: BitacoraAccion Usuarios: Usuario[] + + + BitacoraAccion IdBitacora: int Nombre: string Borrado: bool + + IdModulo: int FuncionesSistema: FuncionSistema[]

9.5.1.2. Clases de Negocio


class Seguridad

SeguridadMgr + + + + + + + UsuarioActual: Usuario AutenticarUsuario(Usuario) : bool ObtenerPermisos() : FuncionSistema[] ObtenerUsuarioActual() : Usuario ValidarSessionUsuario() : bool RegistrarEvento(Bitacora) : void CerrarSesion() : void + + +

BitacoraMgr RegistrarEvento(Bitacora) : void ListarAcciones() : BitacoraAccion[] ListarEventos(Date, Date, ModuloSistema, Usuario, BitacoraAccion) : Bitacora[]

UsuariosMgr + + + + + + + + + AutenticarUsuario(Usuario) : bool DesencriptarCadena(string) : string EncriptarCadena(string) : string ObtenerPermisos(Usuario) : FuncionSistema[] ObtenerUsuario(int) : Usuario RegistrarUsuario(Usuario) : void ActualizarUsuario(Usuario) : void EliminarUsuario(Usuario) : void ListarUsuarios(Usuario) : Usuario[] + + + + + +

RolesMgr ObtenerRol(int) : Rol RegistrarRol(Rol) : void ActualizarRol(Rol) : void EliminarRol(Rol) : void ListarRoles(Rol) : Rol[] ListarRoles() : Rol[]

ModuloSistemaMgr + + + ListarModulo() : ModuloSistema[] ListarPermisos(ModuloSistema) : FuncionSistema[] ListarPermisos() : FuncionSistema[]

Pgina 262 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 263 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.1.3. Acceso a Datos - Repositorios


class Seguridad i nterface Interfaces::ICRUD<Entity> + + + + + + Del ete(Entity) : void Save(Entity) : void Sel ect() : IList<Entity> Sel ectById(int) : E ntity Sel ectByName(string) : Enti ty Update(Entity) : void

UsuarioRepository + + + + + + + Delete(E ntity) : voi d Save(Entity) : void Select(Usuario) : Usuario[] Select() : ILi st<E ntity> SelectById(int) : E nti ty SelectByNam e(string) : E ntity Update(Entity) : void + + + + + + +

RolRepository Del ete(Entity) : void Save(Entity) : void Sel ect(Rol) : Rol[] Sel ect() : IList<Entity> Sel ectById(int) : Entity Sel ectByNam e(string) : Entity Update(Entity) : void + + + + + +

E mpresaRepository Delete(Entity) : void Save(E ntity) : voi d Select() : IList<Entity> SelectById(int) : Entity SelectByNam e(stri ng) : Entity Update(E nti ty) : voi d

M oduloSistemaRepository + + + ListarM odulos() : M oduloS istem a[] ListarPerm i sos() : FuncionS istem a[] ListarPerm i sos(M oduloSistem a) : FuncionS istem a[] + + + + + + + +

BicatoraRepository Delete(Entity) : void S ave(E ntity) : voi d S elect() : IL ist<Entity> S elect(Date, Da te, M odu loS istem a, Usuario, Bi tacoraA ccion) : Bitacora [] S electB yId(int) : E ntity S electB yNam e(string) : E ntity Update(E nti ty) : voi d S electB itacoraAcci on() : Bi tacoraA cci on

9.5.1.4. Controladores de Interfaces


class Seguridad

LoginController + + Login(string, string) : void Login() : void + + + + + + +

UsuarioController RegistrarUsuario() : void RegistrarUsuario(FormCollection) : void EditarUsuario(int) : void EditarUsuario(FormCollection) : void EliminarUsuario(int) : void ListarUsuarios() : void ListarUsuarios(FormCollection) : void + + + + + + + + +

RolController RegistrarRol() : void RegistrarRol(FormCollection) : void EditarRol(int) : void EditarRol(FormCollection) : void EliminarRol(int) : void ListarRoles() : void ListarRoles(FormCollection) : void AsginarPermisos() : void ListarPermisos(int) : void

AuditoriaController + + ListarEventos() : void ListarEventos(FormCollection) : void

Pgina 263 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 264 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.2. rea Funcional Ventas


9.5.2.1. Entidades de Negocio
class Ventas enumeration CondicionVenta Cliente + + + + + + + + + + + + + + + + + + + + IdCliente: int RazonSocial: string NombreComercial: string Domicilio: string Localidad: Localidad CodigoPostal: string Email: string Telefono: string Fax: string PorcentajeBonificacion: decimal CondicionVenta: int TipoIVA: TipoIVA CUIT: string LimiteCtaCte: decimal Tarifa: Tarifa Facturas: Factura[] Notas: Nota[] Recibos: Recibo[] CuentaCorriente: CuentaCorriente[] Borrado: bool + + + Contado Dias 60 Dias 90 Dias 120

enumeration TipoIVA ResponsableInscripto ResponsableNoIns cripto Exento Liberado Monotributo ConsumidorFinal + + + + + + + + + + + + + + + + + + + + + + +

Viaj e IdViaje: int Cliente: Cliente LocalidadOrigen: Localidad DireccionOrigen: string FechaInicio: Date HoraInicio: DateTime LocalidadDestino: Localidad DireccionDestino: string FechaFin: Date HoraFin: DateTime Peones: Peon[] UnidadesTransporte: Vehiculo[] Choferes Chofer[] : EstadoViaje: EstadoViaje KgCarga: decimal KmViaje: decimal CantidadPallets: int CantidadCanastos: int ImportePeajes: decimal CostoTotal: decimal FechaEmision: DateTime Nota: string Borrado: bool

Region::Localidad IdLocalidad: int Nombre: string Provincia: Provincia

enumeration TipoTarifa Tarifa + + + + + + + + + + + + + + IdTarifa: int TipoTarifa: TipoTarifa Cliente: Cliente CostoHoraPeon: decimal CostoHoraChofer: decimal CostoKilometro: decimal CostoPallet: decimal CostoCanas to: decimal CotoKilogramoCarga: decimal CostosTransporte: CostoTransporte[] FechaVigenciaDesde: Date FechaVigenciaHasta: Date FechaActualizacion: Date Borrado: bool General EspecialCliente

enumeration EstadoViaj e CostoT ransporte + + + + + + + + + + IdCostoTransporte: int TipoVehiculo: TipoVehiculo CostoHora: decimal HastaHoras: int CostoHoraExcedente: decimal CantidadHorasMinimas int : CostoKm: decimal HastaKm: int CostoKmExcedente: decimal Borrado: bool enumeration EstadoComprobante Pendiente Cancelado Impago Anulado Valorizado Pendiente En Curso Finalizado Cancelado

Factura + + + + + + + + + + + NroFactura: int TipoFactura: TipoAs ociado FechaEmision: Date Cliente: Cliente CondicionVenta: CondicionVenta Bonificacion: decimal Es tado: EstadoComprobante Subtotal: decimal Total: decimal IVA: decimal ItemsFactura: ItemFactura[]

enumeration Tesoreria::TipoAsociado A B C

ItemFactura + + + + + NroItem: int Factura: Factura Descripcion: string Cantidad: int Importe: int enumeration TipoNota Nota + + + + + + + NroNota: int FechaEmision: Date Cliente: Cliente TipoNota: TipoNota Total: decimal Estado: EstadoComprobante Factura: Factura Debito Credito

Recibo + + + + + NroRecibo: int FechaEmision: Date Cliente: Cliente Total: decimal MediosPago: CuentaFondo

ItemNota + + + + + NroItem: int Nota: Nota Descripcion: string Cantidad: int Importe: int

CuentaCorriente + + + + + + + + + + + + NroComprobante: long TipoComprobante: TipoComprobante NroComprobanteCan: long TipoComrpobanteCan: TipoComrpobante Cliente: Cliente EstadoComprobante: EstadoComprobante FechaEmision: Date FechaVto: Date DH: int Importe: decimal NroPago: int ComprobantesCancelacion: CuentaCorriente[] Tesoreria::Cobranza + + + + + + + + NroComprobante: int TipoComprobante: TipoComprobante CuentaFondo: CuentaFondo[] NroPago: int TipoCobro: TipoCobro NroRecibo: int Fecha: Date Importe: decimal

Pgina 264 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 265 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

c la s s Te s ore ria

Cue nta Fondo + + + + + Id Cu e n ta Fo n d o : i n t T i p o Cu e n ta Fo n d o : T i p o Cu e n ta Fo n d o No m b re : stri n g S a l d o : d e ci m a l Ch e q u e s: Ch e q u e [] + + + + + +

Che que Nro Ch e q u e : l o n g B a n co : B a n co Fe ch a : Da te Fe ch a E m i si o n : Da te Cl e a rin g : i n t Im p o rte : d e ci m a l

Ba nc o + Id B a n co : i n t + No m b re : strin g + B o rra d o : b o o l

e n u m e ra ti o n TipoCue nta Fondo E fe cti vo Ch e q u e T a rj e ta De b i to T a rj e ta Cre d i to B a n co TipoCom proba nte + + + + + + Id T i p o Co m p ro b a n te : i n t T ip o A so ci a d o : T ip o A so ci a d o No m b re : stri n g P ri m e rNro : l o n g Ulti m o Nro : l o n g P ro xi m o Nro : l o n g

e n u m e ra ti o n TipoAs oc ia do A B C

Cobra nza + + + + + + + + Nro Co m p ro b a n te : i n t T i p o Co m p ro b a n te : T i p oCo m p ro b a n te Cu e n ta Fo n d o : Cu e n ta Fo n d o [] Nro P a g o : i n t T i p o Co b ro : T i p o Co b ro Nro Re cib o : i n t Fe ch a : Da te Im p o rte : d e ci m a l

e n u m e ra ti o n TipoCobro Co n ta d o Cta Cte

class Region

Prov incia + + IdProvincia: int Nombre: string Localidades: Localidad[] + + +

Localidad IdLocalidad: int Nombre: string Provincia: Provincia

Pgina 265 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 266 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.2.2. Clases de Negocio

class Tesoreria

TesoreriaMgr + ListarMediosPago() : CuentaFondo[]

class Region

RegionMgr + + ListarProvincias() : Provincia[] ListarLocalidades(int) : Localidad[]

Pgina 266 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 267 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

class Ventas

ClienteMgr + + + + + + RegistrarCliente(Cliente) : void ActualizarCliente(Cliente) : void EliminarCliente(Cliente) : void ListarClientes(Cliente) : Cliente[] ObtenerCliente(int) : Cliente ListarClientes() : Cliente[] + + + + + + + +

Viaj esMgr RegistrarViaje(Viaje) : void ActualizarViaje(Viaje) : void EliminarViaje(Viaje) : void ListarViajes(Viaje) : Viaje[] ObtenerViaje(int) : Viaje CalcularCostosViaje(Viaje) : decimal ListarViajes(Date, Date, Viaje) : Viaje[] ListarViajesSinFacturar(Cliente) : Viaje[]

TarifaMgr + + + + + + + RegistrarTarifa(Tarifa) : void ActualizarTarifa(T arifa) : void EliminarT arifa(Tarifa) : void ListarTarifas(T arifa) : T arifa[] ObtenerTarifa(int) : Tarifa ObtenerTarifa(Cliente) : Tarifa ObtenerTarifa(TipoTarifa, Cliente) : Tarifa + + +

ComprobantesMgr ProximoNroComprobante(TipoComprobante) : void ListarTiposComprobantes() : T ipoComprobante[] ActualizarNumeracion(TipoComprobante) : void

VentaMgr + + + + + + + + + + + + + + + + CrearFactura(Cliente, TipoAsociado, CondicionVenta, decimal, Viajes[], CuentaFondo[]) : Factura CrearND(Cliente, Factura, ItemNota[]) : Nota CrearNC(Cliente, Factura, ItemNota[]) : Nota CrearRecibo(Cliente, CuentaCorriente[], CuentaFondo[]) : Recibo ImprimirFactura(Factura) : void ImprimirND(Nota) : void ImprimirNC(Nota) : void ImprimirRecibo(Recibo) : void EmitirFactura(Cliente, T ipoAsociado, CondicionVenta, decimal, Viajes[], CuentaFondo[]) : Factura EmitirND(Cliente, Factura, ItemNota[]) : Nota EmitirNC(Cliente, Factura, ItemNota[]) : Nota EminitNC() : void EmitirRec(Cliente, CuentaCorriente[], CuentaFondo[]) : Recibo ActualizarCtaCte(Factura) : void ActualizarCtaCte(Nota) : void VerificarCtaCte(Cliente) : bool RegistrarCobranza(Factura, CuentaFondo[]) : void ListarComprobantesCtaCte(Cliente) : CuentaCorriente[] ListarFacturas(Cliente) : Factura[] ListarFacturas(Cliente, Date, Date, long, EstadoComprobante) : Factura[] ListarNotasCredito(Cliente, Date, Date, long, long) : Nota[] ListarNotasDebito(Cliente, Date, Date, long, long) : Nota[] ListarComprobantesCtaCte(Date, T ipoComprobante, long, Date, bool, decimal) : CuentaCorriente[] ListarRankingVta(Cliente, Date, Date) : Factura[]

Pgina 267 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 268 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.2.3. Acceso a Datos Repositorios

c la s s V e nta s i nte rfa ce Inte rfa c e s ::ICRUD< E ntity> + + + + + + De le te (E nti ty) : vo i d S a ve (E n ti ty) : vo i d S e le ct() : IL i st< E n tity> S e le ctB yId (i n t) : E n ti ty S e le ctB yN ame (stri n g ) : E n ti ty Up da te (E nti ty) : vo i d

Clie nte Re pos itory + + + + + + + De l e te (E n ti ty) : vo i d S a ve(E n ti ty) : vo i d S e l e ct() : IL i st< E n ti ty> S e l e ct(Cl i e n te ) : Cl i e n te [] S e l e ctB yId (i nt) : E n ti ty S e l e ctB yNa m e (stri n g ) : E n tity Up d a te (E n ti ty) : vo i d + + + + + + +

Ta rifa R e pos itory De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st< E n tity> S e l e ct(T i p o T a ri fa ) : T a ri fa S e l e ctB yId (i n t) : E n ti ty S e l e ctB yN am e (stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d + + + + + + + +

V ia j e Re pos itory De l e te (E n ti ty) : vo i d + S a ve (E nti ty) : vo i d + S e l e ct() : IL i st< E n ti ty> + S e l e ct(Da te , Da te , V ia j e ) : V i a j e [] + S e l e ct(Cl i e n te , E sta d o V i a j e ) : V i a je [] + S e l e ctB yId (i n t) : E n ti ty + S e l e ctB yNa m e (stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d

TipoCom proba nte R epos itory De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st<E n ti ty> S e l e ctB yId (i n t) : E n ti ty S e l e ctB yNa m e (stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d

R ec iboRe pos itory + + + + + + De l e te (E nti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st< E n tity> S e l e ctB yId (i n t) : E n ti ty S e l e ctB yNa m e (stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d + + + + + + +

Nota Cre ditoR e pository N ota D e bitoR e pos itory De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d + S e l e ct() : IL i st<E nti ty> + S e l e ctB yId (i n t) : E n ti ty + S e l e ctB yNa m e (stri n g ) : E n ti ty + Up d a te (E n ti ty) : vo i d + S e l e ct(Cl i en te , Da te , D ate , l o n g , l o n g ) : No ta+[] + De le te (E nti ty) : vo i d S a ve (E n ti ty) : vo i d S e le ct() : IL i st< E n ti ty> S e le ct(C l i e n te , D a te , Da te , l o n g , l o n g ) : No ta [] S e le ctB yId (i n t) : E n ti ty S e le ctB yN am e (stri n g ) : E n ti ty Up da te (E nti ty) : vo i d

Cta C te Re pos itory + + + + + + + +

Fa c tura Re pos itory

+ D e l ete (E n tity) : vo i d De l e te (E n ti ty) : vo i d + S a ve (E n ti ty) : vo i d S a ve(E n ti ty) : vo i d + S e l ect() : IL i st< E n ti ty> S e l e ct() : IL i st< E n ti ty> + S e l ectB yId (i n t) : E n ti ty S e l e ctB yId (i nt) : Cu en ta C orri e n te [] + S e l ectB yN a m e (stri ng ) : E n ti ty S e l e ctB yNa m e (stri n g ) : E n tity + U p d ate (E n ti ty) : vo i d Up d a te (E n ti ty) : vo i d S te [] S e l e ct(Da te , T i p o Co m p ro b an te , l o ng , Da te , b o o l , d ecim a l ) : Cu e n ta Co+rri e ne l ect(C l i e n te ) : Fa ctu ra [] + S e l ect(C l i e n te , D a te, D a te , E sta d o C om p ro b a n te ) : Fa ctu ra [] S e l e ct(Cl i e n te ) : Cu e n ta Co rri e n te + S e l ect(C l i e n te , D a te, D a te ) : Fa ctu ra []

Pgina 268 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 269 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes


class Tesoreria interface Interfaces::ICRUD<Entity> + + + + + + Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> SelectById(int) : Entity SelectByName(string) : Entity Update(Entity) : void

CobranzaRepository + + + + + + Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> SelectById(int) : Entity SelectByName(string) : Entity Update(Entity) : void + + + + + +

ChequeRepository Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> SelectById(int) : Entity SelectByName(string) : Entity Update(Entity) : void + + + + + +

CuentaFondoRepository Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> SelectById(int) : Entity SelectByName(string) : Entity Update(Entity) : void

class Region

RegionRepository + + ListarProvincias() : Provincia[] ListarLocalidades(int) : Localidad[]

9.5.2.4. Controladores de Interfaces


class Ventas

ClienteController + + + + + + + RegistrarCliente() : void RegistrarCliente(FormCollection) : void EditarCliente(int) : void EditarCliente(FormCollection) : void EliminarCliente(int) : void ListarClientes() : void ListarClientes(FormCollection) : void + + + + + + + +

Viaj eController RegistrarViaje() : void RegistrarViaje(FormCollection) : void EditarViaje(int) : void EditarViaje(FormCollection) : void EliminarViaje(int) : void ListarViajes() : void ListarViajes(FormCollection) : void CalcularPresupuesto(FormCollection) : void + + +

TarifaController ActualizarTarifa() : void ActualizarTarifa(FormCollection) : void ObtenerTarifa(int, int) : void NotaDebitoController + + + + + RegistrarNotaDebito() : void RegistrarNotaDebito(FormCollection) : void ListarComprobantes() : void ListarNotasDebito() : void ListarNotasDebito(FormController) : void

FacturaController + + + + + + RegistrarFactura() : void RegistrarFactura(FormCollection) : void ViajesPendientes(int) : void ListarMediosPago() : void ListarFacturas() : void ListarFacturas(FormCollection) : void + +

ComprobanteController ActualizarNumeracion() : void ActualizarNumeracion(FormCollection) : void

CtaCteController + + ListarCtaCte() : void ListarCtaCte(FormCollection) : void

CobranzaController + + + + RegistrarCobranza() : void RegistrarCobranza(FormCollection) : void ListarComprobantes() : void ListarMediosPago() : void + + + + +

NotaCreditoController RegistrarNotaCredito() : void RegistrarNotaCredito(FormCollection) : void ListarComprobantes() : void ListarNotasCredito() : void ListarNotasCredito(FormCollection) : void

VentaController + + ListarRankingVtas() : void ListarRankingVtas(FormCollection) : void

Pgina 269 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 270 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.3. rea Funcional Administracin Transporte


9.5.3.1. Entidades de Negocio

class Transporte

Vehiculo + + + + + + + + + + + + + + + + + + + + + + + + + + + IdVehi cul o: in t Patente: string M arca: string M od elo: stri ng Ani o: int Foto : stri ng T i tul ar: string NroM otor: strin g M otorM arca: string ChasisNro : stri ng ChasisM arca: stri ng T i poCabi na: T i poCabin a Km Actual es: l ong Capa ci dadM axim a: decim al T i poVehi cul o: T i poVehi cul o Fech aAl ta : Date Nota: stri ng CVNro: lo ng CVVenci m iento: Date VT VNro: long VT VVenci m i ento: Date RUT AVencim i ento: Date SeNaSaNro: l ong SeNaSaVenci m iento: Date HM Descri pci on: int HM Venci m ien to: Date Borra do: bool Chofer + + + + + + + + + + + + + + + + + + + + + + + + + + IdChofer: i nt Nom bre: string Apel l ido: stri ng Di reccion : stri ng Loca li dad: Locali dad Codi goPostal: stri ng Foto : stri ng T el efono: strin g Cel ul ar: stri ng Em ai l: stri ng T i poDocu m en to: T ipoDocum ento NroDocum ento: stri ng CUIL : l ong Fech aNaci m i ento: Date Fech aIng reso: Date Fech aEgreso: Date Nota: stri ng LM Nro: l ong LM Vencim i ento: Date LSNro: l ong LSVencim i ento: Date CNRT Nro : l ong CNRT Vencim i ento: Date CursoNom bre: stri ng CursoVencim ie nto: Date Borra do: bool

enum eration TipoCabina Si m pl e Sem iSi m pl e Dobl e + + + + + + + + + + + + + + + + + + + + + + +

Ventas::Viaj e IdVi aje: i nt Cl ie nte: Cli ente Locali dadOrig en: L ocal i dad Di re ccion Ori gen: stri ng FechaIni cio: Date HoraInici o: DateT i m e Locali dadDestino: Local idad Di re ccion Desti no: string FechaFin : Date HoraFi n: DateT im e Peo nes: Peon [] Uni dade sT ransporte : Vehi cu lo[] Cho feres: Cho fer[] EstadoVi aje: Estad oVi aj e KgCarga: decim al Km Viaj e: decim al Can ti dadPall ets: i nt Can ti dadCanastos: int Im portePeaj es: decim al CostoT otal: decim al FechaEm i sion : DateT i m e Nota: stri ng Borrado: bool

enum erati on TipoVehiculo Cam io n Sem irem ol que Rem ol que M udan za Cam io neta Furgon eta

Re gion::Localida d + + + IdLocal ida d: i nt Nom bre: string Provi ncia: Provi nci a + + + + + + + + + + + + + + + + + + + +

Peon IdPeon: i nt Nom bre: strin g Ape ll ido : stri ng Di re ccion : string Locali dad: Locali dad Cod igoPostal : stri ng Foto: string T el efono: stri ng Cel ul ar: stri ng Em ai l: stri ng T i poDocum en to: T ipoDocum ento NroDocu m ento: stri ng CUIL: l ong FechaNa ci m i ento: Date FechaIng reso : Date FechaEg reso: Date Nota: stri ng LSNro: l ong LSVenci m i ento: Date Borrado: bool

enum eration TipoDocumento LE DNI Cedul a Pasap orte

Pgina 270 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 271 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.3.2. Clases de Negocio

class Transporte

VehiculoMgr + + + + + RegistrarVehiculo(Vehiculo) : void ActualizarVehiculo(Vehiculo) : void EliminarVehiculo(Vehiculo) : void ListarVehiculos(Vehiculo) : Vehiculo[] ObtenerVehiculo(Int) : Vehiculo

ChoferMgr + + + + + RegistrarChofer(Chofer) : void ActualizarChofer(Chofer) : void EliminarChofer(Chofer) : void ListarChoferes(Chofer) : Chofer[] ObtenerChofer(int) : Chofer

PeonMgr + + + + + RegistrarPeon(Peon) : void ActualizarPeon(Peon) : void EliminarPeon(Peon) : void ListarPeones(Peon) : Peon[] ObtenerPeon(int) : Peon

Pgina 271 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 272 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.3.3. Acceso a Datos - Repositorios

class Transporte interface Interfaces::ICRUD<Entity> + + + + + + Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> SelectById(i nt) : Entity SelectByName(string) : Entity Update(Entity) : void

VehiculoRepository + + + + + + + Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> Select(Vehicul o) : Vehiculo[] SelectById(int) : Entity SelectByNam e(string) : Entity Update(Enti ty) : void + + + + + + +

ChoferRepository Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> Select(Chofer) : Chofer[] SelectById(int) : Enti ty SelectByNam e(string) : Entity Update(Entity) : void + + + + + + +

PeonRepository Delete(Entity) : void Save(Entity) : void Select() : IList<Entity> Select(Peon) : Peon[] SelectById(int) : Entity SelectByNam e(string) : Entity Update(Entity) : voi d

9.5.3.4. Controladores de Interfaces

class Transporte

VehiculoController + + + + + + + RegistrarVehiculo() : void RegistrarVehiculo(FormCollection) : void EditarVehiculo(int) : void EditarVehiculo(FormCollection) : void EliminarVehiculo(int) : void ListarVehiculos() : void ListarVehiculos(FormCollection) : void + + + + + + +

ChoferController RegistrarChofer() : void RegistrarChofer(FormCollection) : void EditarChofer(int) : void EditarChofer(FormCollection) : void EliminarChofer(int) : void ListarChoferes() : void ListarChoferes(FormCollection) : void + + + + + + +

PeonController RegistrarPeon() : void RegistrarPeon(FormCollection) : void EditarPeon(int) : void EditarPeon(FormCollection) : void EliminarPeon(int) : void ListarPeones() : void ListarPeones(FormCollection) : void

Pgina 272 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 273 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.5.3.5.

9.6.

Diagramas de Secuencia

Pgina 273 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 274 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1. rea Funcional Seguridad


9.6.1.1. SE-001 - Registrar Usuario Referencia: CU-001 - Registrar Usuario

s d S E -0 0 1 - R e g is tr a r U s u a rio :U su a ri o C o n tro l l e r :A C0 0 2 - A d m i n i stra d o r d e l :U IUs u a r io S i ste m a Re g i stra rU su a ri o () V a l i d a rS e ssi o n Usu a ri o () :b o o l o k() n e w() L i sta rR o l e s() :R o l [] S e l e ct() :IL i st< E n ti ty> :S e g u ri d a d M g r :R o l e sM g r :U su a ri o sM g r :B i ta co ra M g r :R o lR e p o si to ry :Usu a ri o Re p o si to ry :B i ca to ra R e p o si to ry

su b m it() R e g i stra rUsu a ri o (Fo rm C o l l e cti o n )

R e g i stra rUsu a ri o (Usu a ri o ) S e l e ctB yN a m e (stri n g ) :E n ti ty

E n cri p ta rCa d e n a (stri n g ) :stri n g S a ve (E n ti ty)

R e g i stra rE ve n to (B i ta co ra ) S a ve (E n ti ty)

:o k

Pgina 274 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 275 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.2. SE-002 - Editar Usuario Referencia: CU-002 - Editar Usuario

s d S E -0 02 - E dita r Usua rio :Usu arioCon trol ler A C0 02 - A d m i nistra dor d e l :UILis ta rUsuario S i stem a :S e gurida dM gr :Rol esM g r :Usua rio sM gr :B i ta coraM g r :Rol Rep osi tory :Usuari oRep osi tory :B ica to raRep ository

:UIUsuario

L ista rUsuarios() new()

E d itarUsu ario () E di tarUsua ri o(i nt) V a li da rS e ssi on Usua rio () :b ool

ListarRol es() :Ro l[] S el e ct() :IL ist<E nti ty>

O bten erUsu ario (i nt) :Usu ari o S el e ctB yId (i n t) :E n tity

new()

subm i t() E d itarUsu ario (Form Col lectio n) A ctual i zarUsua rio(Usu ario ) Upd ate(E ntity)

Reg i stra rE ven to (B itacora) S a ve(E ntity)

:ok

(fro m A ctores)

Pgina 275 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 276 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.3. SE-003 - Eliminar Usuario

Referencia: CU-003 - Eliminar Usuario

s d S E -0 0 3 - E lim ina r Us u a rio :Usu a ri o C o n tro l l e r :A C 0 0 2 - A d m i n i stra d o r d e l :UILis ta rUs ua rio S iste m a L i sta rU su a rio s() n e w() :S e g u rid a d M g r :U su a rio sM g r :B i ta co ra M g r :Usu a ri o Re p o si to ry :B i ca to ra Re p o si to ry

E l i m in a rUsu a ri o () E li m i n a rU su a ri o (in t) V a l i d a rS e ssi o n Usu a ri o () :b o o l

E li m i n a rU su a rio (U su a ri o ) De le te (E n ti ty)

Re g istra rE ve n to (B i ta co ra ) S a ve (E n tity)

:o k :o k

Pgina 276 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 277 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.4. SE-004 - Listar Usuarios Referencia: CU-004 - Listar Usuarios

sd SE-004 - Listar Usuarios :Usuari oController :AC002 - Adm inistrador del :UIListarUsuario Sistema Li starUsuarios() Val idarSessionUsuario() :bool :Seguri dadM gr :UsuariosMgr :UsuarioRepository

new()

submit() ListarUsuarios(FormCol lecti on)

ListarUsuari os(Usuario) :Usuario Sel ect(Usuario) :Usuario[]

Pgina 277 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 278 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.5. SE-005 - Registrar Rol (Perfil)

Referencia: CU-005 - Registrar Rol (Perfil)

s d SE-005 - Registrar Rol (Perfil) :Rol Con trol ler :AC0 02 - Adm i nistrad or del Si stem a :Se guri dad M gr :Role sM gr :Bi tacora M gr :Rol Repo si to ry :Bi ca toraRepository

:UIRol

:UIAsignarPermisos

Regi strarRol () Val i darSessi onUsuari o() :bool

new()

Asgina rP erm i so s()

Asgin arPerm i sos() n ew()

subm i t()

subm it() Re gistra rRo l(Form Col lectio n) Reg istrarRol (Rol ) Sa ve (E nti ty)

Regi strarEvento(Bi tacora) Save(Entity)

:ok

Pgina 278 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 279 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.6. SE-006 - Editar Rol (Perfil) Referencia: CU-006 - Editar Rol (Perfil)

sd SE-006 - Editar Rol (Perfil) :Rol Control l er :AC002 - Adm i ni strador del :UIListarRol Sistem a :Seguri dadM gr :RolesM gr :Bi tacoraM gr :Rol Repository :Bi catoraRepository

:UIRol

:UIAsignarPermisos

Li starRoles() new()

Edi tarRol () Edi tarRol(int) Vali darSessi onUsuario() :bool

ObtenerRol (int) :Rol Sel ectById(int) :Entity

new()

AsginarPerm isos() AsginarPerm i sos() new()

subm i t()

subm it()

Edi tarRol(Form Col lecti on) Actuali zarRol(Rol ) Update(Enti ty)

Regi strarEvento(Bitacora) Save(Entity)

:ok

Pgina 279 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 280 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.7. SE-007 - Eliminar Rol (Perfil) Referencia: CU-007 - Eliminar Rol (Perfil)

s d S E -0 0 7 - E lim ina r Rol (P erfil) :Ro l Co ntro l l e r :AC0 02 - A d m i n i strad o r d e l :UILista rRol S i ste m a L i sta rRo le s() n e w() :S e g u ri d a d M g r :Ro le sM gr :Bi ta co ra M g r :Ro l Re p o sito ry :B i cato ra Re p o si to ry

E l i m i n a rRo l () E l i m i n arRo l (in t) V al i da rS e ssi o nUsu a ri o () :b o o l

E l i m i na rRo l(Ro l ) Del e te (E n ti ty)

Re g i stra rE ve nto (B i ta co ra ) S ave (E nti ty)

:o k :ok

Pgina 280 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 281 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.8. SE-008 - Listar Roles (Perfiles) Referencia: CU-008 - Listar Roles (Perfiles)

sd SE-008 - Listar Roles (Perfiles) :RolController :AC002 - A dm i nistrador del :UIListarRol Sistem a Li starRol es() ValidarSessionUsuario() :bool :SeguridadM gr :RolesM gr :RolReposi tory

new()

subm i t() Li starRoles(Form Coll ection) ListarRol es(Rol ) :Rol[] Select(Rol) :Rol[]

Pgina 281 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 282 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.9. SE-010 - Listar Eventos de Auditoria Referencia: CU-010 - Listar Eventos de Auditoria

sd SE -010 - Lis tar Ev entos de Auditoria :A udi to ria Con trolle r :AC002 - Ad m in i strad or d el Si stem a :Seg u rida dM gr :M od u loSiste m aM gr :Bi tacoraM gr :M od uloS istem a Rep osi tory :Bicato raRep ository

:UIAuditoria L ista rEven tos() Vali d arSe ssio n Usuario () :bo ol

Lista rM o dulo () :M o dulo Sistem a[]

L ista rM od u los() :M odul oSi stem a[]

L ista rAccion es() :Bi tacora Accion[]

Se lectB itacora Accion() :Bitacora Accion

new()

sub m i t() Li starEven tos(Fo rm Col lection) L istarE ve ntos(Da te, Date , M od uloS iste m a , Usuario , Bitacora Accion ) :B itacora [] Sele ct(Da te, Date, M od uloS istem a, Usuari o, B itacora Acci on ) :B itacora[]

Im prim ir()

Pgina 282 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 283 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.10.

SE-011 - Login Sistema

Referencia: CU-011 - Login Sistema

sd SE-011 - Login Sistema :LoginControl ler AC001 - Actor :UILogin Login() New() :UIAdminCentral :Adm inCentralControll er :SeguridadMgr :UsuariosM gr :BitacoraMgr :UsuarioReposi tory :Bi catoraReposi tory

subm it() Logi n(string, string) AutenticarUsuari o(Usuario) :bool AutenticarUsuari o(Usuario) :bool

Encri ptarCadena(string) :string SelectByName(stri ng) :Enti ty :ok RegistrarEvento(Bi tacora) Save(Enti ty) :ok Adm inCentral() ObtenerPerm isos() :FuncionSistema ObtenerPermisos(Usuario) :FuncionSistem a

New() ConstruirMenu()

Pgina 283 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 284 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.11.

SE-012 - Logout Sistema

Referencia: CU-012 - Logout Sistema

sd SE-012 - Logout Sistema :Adm inCentralController :AC001 - Actor :UIAdminCe ntral Logout() LogOut() CerrarSe si on() RegistrarEvento(Bitacora) Save(Entity) :Segurida dM gr :Bi taco raM gr :Bica toraRepo si tory

Pgina 284 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 285 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.1.12.

SE-013 - Asignar Permisos

Referencia: CU-013 - Asignar Permisos

sd SE-013 - Asignar Permisos :RolController :AC002 - Administrador del :UIAsignarPermisos Sistema AsginarPermisos() ListarM odul o() :M oduloSistem a[] ListarModulos() :M odul oSistema[] :ModuloSi stemaM gr :M oduloSistemaRepository

ListarPerm isos(M oduloSistem a) :FuncionSistema[] ListarPerm isos(M oduloSistema) :FuncionSistema[]

new()

SeleccionarModul o() ListarPermisos(int) ListarPerm isos(M oduloSistema) :FuncionSistema[] ListarPermisos(Modul oSistem a) :FuncionSi stem a[]

submi t()

Pgina 285 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 286 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2. rea Funcional Ventas

9.6.2.1. SE-015 - Registrar Cliente Referencia: CU-015 - Registrar Cliente

s d SE -0 15 - Re gis trar Clie nte :Cli e n te Co ntro lle r :A C0 0 3 - V e n de d or :UIClie nte Reg istrarClie n te () V a li da rS e ssio nUsu ario () :b oo l :S eg u rid a dM g r :Clie nteM gr :Bi ta coraM g r :Re g i on M g r :Re gi on Re p ository :Cli en te Re po sitory :B ica to ra Re po sito ry

Li starP ro vin ci as() :Provin cia [] L ista rP rovin cia s() :P ro vi nci a[]

L ista rL ocal id ad e s(in t) :L ocal id ad []

L ista rL o ca lid ad e s(in t) :L o cal id ad []

n ew()

su b m it() Reg istrarClie n te (Form Co lle cti on ) Reg istra rCli e n te (Cl ie nte) S ave (E n ti ty) Re g istra rEven to (B i ta co ra )

S a ve (E n ti ty)

:o k

:ok

Pgina 286 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 287 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.2. SE-016 - Listar Clientes Referencia: CU-016 - Listar Clientes

sd SE-016 - Listar Clientes :ClienteControl ler :AC003 - Vendedor :UIListarClientes ListarClientes() Vali darSessionUsuario() :bool :SeguridadM gr :Cl ienteM gr :ClienteRepository

new()

subm it() Li starCl ientes(Form Collection)

Li starClientes(Cliente) :Cl iente[]

Select(Cliente) :Cli ente[]

Pgina 287 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 288 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.3. SE-017 - Editar Cliente Referencia: CU-017 - Editar Cliente

sd SE-017 - Editar Cliente :ClienteController :AC003 - Vendedor :UIListarClientes :SeguridadMgr :ClienteMgr :BitacoraMgr :RegionMgr :Regi onRepository :ClienteRepository :Bi catoraRepository

:UICliente

ListarClientes() new()

EditarCliente() EditarCliente(int) ValidarSessi onUsuario() :bool

ObtenerCl iente(int) :Cliente SelectById(int) :Entity

ListarProvinci as() :Provincia[] ListarProvincias() :Provincia[]

Li starLocalidades(int) :Localidad[] ListarLocal idades(int) :Locali dad[]

new()

submi t() Edi tarCliente(FormColl ection) Actuali zarCli ente(Cliente) Update(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok :ok

Pgina 288 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 289 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.4. SE-018 - Eliminar Cliente Referencia: CU-018 - Eliminar Cliente

s d SE-0 18 - Elim inar Cliente :Clie nteController :A C00 3 - V en ded or :UIListarClientes ListarClien tes() ne w() :Seg uri dad M g r :ClienteM gr :BitacoraM g r :Cl ien teReposito ry :Bica toraRepository

E lim ina rClie nte() E lim i narCliente(int) Valid arSessionUsu ario () :bool

Elim inarClie nte(Cliente ) Del ete(Entity)

Reg istrarEve nto (B itacora) Save(En tity)

:ok :ok

Pgina 289 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 290 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.5. SE-019 - Emitir Factura Referencia: CU-019 - Emitir Factura

sd SE-019 - Emitir Factura :FacturaController :AC003 - Vendedor :UIFactura RegistrarFactura() ValidarSessionUsuario() :bool :SeguridadMgr :Cli enteMgr :ViajesMgr :T esoreriaM gr :VentaM gr :ComprobantesMgr :ClienteRepository :ViajeRepository :CuentaFondoRepository :T ipoComprobanteReposi tory :FacturaRepository :CobranzaRepository :CtaCteRepository

ListarClientes() :Cliente[] Select() :ILi st<Entity>

new()

Viaj esPendientes() Viaj esPendientes(int) ListarViajesSinFacturar(Cliente) :Viaje[] Select(Cliente, EstadoViaje) :Viaje[]

ListarMediosPago() ListarMediosPago() ListarM ediosPago() :CuentaFondo[] Select() :IList<Enti ty>

IngresarVal oresPago()

submit()

RegistrarFactura(FormCollection) Emiti rFactura(Cliente, T ipoAsociado, Condi cionVenta, decimal, Viajes[], CuentaFondo[]) :Factura

VerificarCtaCte(Cliente) :bool

Sel ectById(int) :CuentaCorriente[]

ProximoNroComprobante(T ipoComprobante) SelectById(int) :Entity

CrearFactura(Cliente, T ipoAsociado, CondicionVenta, decim al, Viaj es[], CuentaFondo[]) :Factura Save(Entity)

RegistrarCobranza(Factura, CuentaFondo[])

Save(Entity)

ActualizarCtaCte(Factura)

Update(Entity)

Im prim irFactura(Factura)

:l ong

Pgina 290 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 291 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.6. SE-020 - Generar Presupuesto de Viaje Referencia: CU-020 - Generar Presupuesto de Viaje

s d SE-020 - Generar Presupuesto de Viaj e :V iaj eControll er :AC0 03 - V en dedor :UIViaj e Re gi strarVia j e() V a li darS essi on Usu ari o() :bo ol L istarPro vi nci as() :Pro vi nci a[] Li sta rProvi n cia s() :Provinci a[] :Se gu rida dM gr :Regi onM gr :Cli en teM gr :Viaj esM g r :Ta rifaM g r :B i tacora M gr :Regio nRep osi to ry :Cli e nteReposi to ry :T ari faRepo sitory :Vi aj eReposi tory :B icatoraReposi to ry

L istarLo cal i da des(i nt) :Lo cal ida d[] Li sta rL oca li dade s(i n t) :L oca li d ad[]

Lista rCl ie ntes() :Clie nte[]

Select() :ILi st<E ntity>

n ew()

cal cu lar() Cal cu larP resup uesto(Form Colle ctio n) Cal cul a rCostosVi aje(Vi a je) :de cim al Obte ne rT arifa (Cl i ente) :Ta rifa Sele ctById (int) :E nti ty

subm it() Re gistrarV iaj e(Form Co llecti on) Re gi stra rVi aj e(V ia je) Save (Enti ty)

Reg istrarE ven to(B ita cora) S ave(En tity)

:ok

Pgina 291 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 292 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.7. SE-021 - Listar Viajes Referencia: CU-021 - Listar Viajes

sd SE-021 - Listar Viaj es :ViajeController :AC003 - Vendedor :UIListarViaj es ListarViajes() ValidarSessionUsuario() :bool :SeguridadMgr :ClienteMgr :ViajesMgr :ClienteRepository :ViajeRepository

ListarClientes() :Cliente[]

Select() :IList<Entity>

new()

submit() ListarViajes(FormCollection)

ListarViajes(Date, Date, Viaje) :Viaje[] Select(Date, Date, Viaje) :Viaje[]

Pgina 292 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 293 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.8. SE-022 - Listar Facturas Referencia: CU-022 - Listar Facturas


sd SE-022 - Listar Facturas :FacturaController :AC003 - Vendedor :UIListarFacturas ListarFacturas() ValidarSessionUsuario() :bool :SeguridadMgr :VentaMgr :ClienteMgr :ClienteRepository :FacturaRepository

ListarClientes() :Cliente[]

Select() :IList<Entity>

new()

submit() ListarFacturas(FormCollection) ListarFacturas(Cliente, Date, Date, long, EstadoComprobante) :Factura[] Select(Cliente, Date, Date, EstadoComprobante) :Factura[]

Imprimir()

Pgina 293 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 294 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.9. SE-023 - Emitir Nota de Dbito Referencia: CU-023 - Emitir Nota de Dbito
s d S E-0 2 3 - E m i tir Nota de D bito :No ta De b it o Co n t ro l le r :A C0 0 3 - V e n d e d o r :UIN ota De bi to Re g i stra rNo ta De b ito () V a l id a rS essio n Usu a rio () :b o o l :S e g u rid a d M g r :Cli e n te M g r :V e n ta M g r :Co m p ro b a n te sM g r :B ita co ra M g r :Cl i e n te Re p o si to ry :Fa ctu ra Re p osito ry :T ip o Co m p ro b a n te Re p o sito ry :No t a De b i to Re p o si to ry :Ct a Ct e Re po sito ry :B i ca to ra Re p o si to ry

L ista rCl i e n te s() :Cl ie n te [] S e l e ct() : IL i st <E n ti ty>

n e w()

L ista rCo m p ro b a n te s() L ista rCo m p ro b a n te s() L ista rFa ct u ra s(Cli e n te ) :Fa ctu ra [] S e l e ct (Cli e n te ) :Fa c tu ra [ ]

In g re sa rCo n ce pt o s()

su b m i t() Re g i stra rNo ta De b i to (Fo rm Co ll e cti o n ) E m it irND(C li e n t e , Fa ctu ra , Ite m No ta []) :No ta P ro xim o Nro Co m p ro b a n t e (T ip o Co m p ro b a n te ) S e le ctB yI d (i n t) : E n t ity Cre a rND(Cl ie n t e , Fa ctu ra , I te m No ta [] ) : No ta

S a ve (E n ti ty)

A ctu a l i za rCta Cte (No ta )

S a ve (E n ti ty)

Im p rim irND(No t a )

Re g istra rE ve n to (B i ta co ra ) S a ve (E n ti ty)

Pgina 294 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 295 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.10.

SE-024 - Listar Notas de Dbito

Referencia: CU-024 - Listar Notas de Dbito


sd SE-024 - Listar Notas de Dbito :NotaDebitoController :AC003 - Vendedor :UIListarNotasDebito ListarNotasDebito() ValidarSessionUsuario() :bool :SeguridadMgr :ClienteMgr :VentaMgr :ClienteRepository :NotaDebitoRepository

ListarClientes() :Cliente[]

Select() :IList<Entity>

new()

submit()

ListarNotasDebito(FormController) ListarNotasDebito(Cliente, Date, Date, long, long) :Nota[] Select(Cliente, Date, Date, long, long) :Nota[]

Imprimir()

Pgina 295 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 296 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.11.

SE-025 - Emitir Nota de Crdito

Referencia: CU-025 - Emitir Nota de Crdito


s d SE -0 2 5 - E m iti r Nota de C r dito :No ta C re d it o Co n tro ll e r :S e g u ri d a d M g r :A C 0 0 3 - V e n d e d o r :UINota Cr e dito Re g i stra rNo ta Cre d ito () V a li d a rS e ssio n Usu a ri o() :b o o l :Cl i e n te M g r :V e n t a M g r :Co m p ro b a n te sM g r :B i ta co raM g r :Cl i e n te Re p o si to ry :Fa ctu ra Re p o si to ry : T i p oCo m p ro b a n t e Re p o si to ry ta Cre di to Re p o sito ry :C ta Cte Re p o si to ry :No :B i ca to ra Re p osit ory

L ista rCli en te s() :Cl i e n te []

S e l e ct() : IL i st<E n ti ty>

n e w()

L ista rCo m p ro b a n te s() L i sta rCo m pro b a nte s()

L i st a rFa ctu ra s(Cli e n te ) :Fa ct ura [] S e l e ct(Cli e n te ) :Fa ctu ra []

In g re sa rCo n ce p to s()

su b m i t() Re g ist ra rNo ta C re d i to (Fo rm Co ll e ct io n ) E m i ti rNC(Cl ie n t e, Fa ct ura , Ite m No ta []) :No ta P ro xi m o Nro Co m p ro ba n t e (T ip o C om p ro b a n te ) S e le ctB yId (i n t) :E n ti ty

Cre a rNC(Cli e n te , Fa ctu ra , Ite m N ot a [] ) :No ta

S a ve (E n tity)

A ctu a li za rCta Cte (No ta )

S a ve (E n ti ty)

Im p ri m irNC(No ta ) Re g i stra rE ve n to (B i ta co ra )

S a ve (E n t ity)

Pgina 296 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 297 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.12.

SE-026 - Listar Notas de Crdito

Referencia: CU-026 - Listar Notas de Crdito

sd SE-026 - Listar Notas de Crdito :NotaCreditoController :AC003 - Vendedor :UIListarNotasCredito ListarNotasCredito() ValidarSessionUsuario() :bool :SeguridadMgr :ClienteMgr :VentaMgr :ClienteRepository :NotaCreditoRepository

ListarClientes() :Cliente[] Select() :IList<Entity>

new()

submit() ListarNotasCredito(FormCollection) ListarNotasCredito(Cliente, Date, Date, long, long) :Nota[] Select(Cliente, Date, Date, long, long) :Nota[]

Imprimir()

Pgina 297 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 298 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.13.

SE-027 - Listar Cuentas Corrientes de Clientes

Referencia: CU-027 - Listar Cuentas Corrientes de Clientes

sd SE-027 - Listar Cuentas Corrientes de Clientes :CtaCteController :AC003 - Vendedor :UIListarCtaCte ListarCtaCte() ValidarSessionUsuario() :bool :SeguridadMgr :ClienteMgr :VentaMgr :ClienteRepository :CtaCteRepository

ListarClientes() :Cliente[]

Select() :IList<Entity>

new()

submit()

ListarCtaCte(FormCollection) ListarComprobantesCtaCte(Date, TipoComprobante, long, Date, bool, decimal) :CuentaCorriente[] Select(Date, TipoComprobante, long, Date, bool, decimal) :CuentaCorriente[]

Imprimir()

Pgina 298 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 299 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.14.

SE-028 - Listar Ranking de Ventas

Referencia: CU-028 - Listar Ranking de Ventas


sd SE-028 - Listar Ranking de Ventas :VentaController :AC003 - Vendedor :UIRankingVentas ListarRankingVtas() ValidarSessionUsuario() :bool :SeguridadMgr :ClienteMgr :VentaMgr :ClienteRepository :FacturaRepository

ListarClientes() :Cliente[] Select() :IList<Entity>

new()

submit()

ListarRankingVtas(FormCollection)

ListarRankingVta(Cliente, Date, Date) :Factura[] Select(Cliente, Date, Date) :Factura[]

Imprimir()

Pgina 299 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 300 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.15.

SE-029 - Editar Presupuesto de Viaje

Referencia: CU-029 - Editar Presupuesto de Viaje

sd SE-029 - Editar Presupuesto de Viaj e :ViajeControl ler :AC003 - Vendedor :UIListarV iaj es :SeguridadMgr :RegionM gr :ClienteMgr :ViajesM gr :T ari faM gr :BitacoraMgr :Regi onRepository :Cl ienteReposi tory :TarifaRepository :Vi ajeRepository :BicatoraRepository

:UIViaj e

Li starViajes() new()

E di tarViaj e()

Edi tarViaj e(i nt) Vali darSessi onUsuario() :bool

Li starP rovincias() :Provincia[] ListarProvinci as() :Provi nci a[]

ListarLocal idades(i nt) :Localidad[] Li starLocali dades(i nt) :Local idad[]

ListarCli entes() :Cliente[] Select() :ILi st<Enti ty>

ObtenerViaj e(int) :Vi aje SelectById(int) :Entity

new()

calcul ar() Calcul arPresupuesto(FormCol lecti on) CalcularCostosVi aje(Viaj e) :decim al ObtenerTari fa(Cl iente) :Tarifa SelectById(int) :Entity

subm it() EditarVi aje(FormCol lecti on) Actuali zarViaj e(Vi aje) Update(Entity) RegistrarEvento(Bitacora) Save(Enti ty)

:ok

Pgina 300 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 301 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.16.

SE-030 - Eliminar Presupuesto de Viaje

Referencia: CU-030 - Eliminar Presupuesto de Viaje

sd SE-030 - Eliminar Presupuesto de Viaj e :ViajeController :AC003 - Vendedor :UIListarViaj es ListarViajes() new() :SeguridadMgr :ViajesMgr :BitacoraMgr :ViajeRepository :BicatoraRepository

EliminarViaje() EliminarViaje(int) ValidarSessionUsuario() :bool

EliminarViaje(Viaje)

Delete(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok

Pgina 301 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 302 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.17.

SE-031 - Configurar Numeracin de Comprobantes

Referencia: CU-031 - Configurar Numeracin de Comprobantes

sd SE-031 - Configurar Numeracin de Comprobantes :ComprobanteController :AC003 - Vendedor :UINumComp ActualizarNumeracion() ValidarSessionUsuario() :bool :SeguridadMgr :ComprobantesMgr :BitacoraMgr :TipoComprobanteRepository :BicatoraRepository

ListarTiposComprobantes() :TipoComprobante[] Select() :IList<Entity>

new()

submit() ActualizarNumeracion(FormCollection) ActualizarNumeracion(TipoComprobante) Update(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok

Pgina 302 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 303 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.18.

SE-032 - Ingreso de Cobranzas

Referencia: CU-032 - Ingreso de Cobranzas


s d S E -0 3 2 - I ngre s o de Cobranza s :Co b ra nza Co n troll er :S e gu rid ad M g r : AC0 0 3 - V e n d e d o r :UICobra nza Re gi strarCo b ra nza() V a l id arS e ssi on Usua rio () :b oo l L ista rCli e n te s() :Clie n te [] :Cli en te M gr :V en ta M gr :T e sore ri aM g r :Com p ro b a n tesM g r :B i taco raM g r :Clie n teR ep o sito ry :Cta Cte Re p o si to ry :Cue n ta Fo n d o Re p osit ory i p o Co m p ro b a n teRe p o sito ry cib oRe p o sito ry :B i ca toraRe po si to ry :T :Re

S e le ct() :I List< E nt ity>

n ew()

L ista rCo m p rob an te s() L ista rCo m p ro b an te s()

L ista rCo m p ro b an te sCt aCte (Cl ien te ) :Cue n taCo rrie nte []

S e le ct(Cl ie nte ) :Cu en ta Corrie n te

L istarM e d io sP a g o() L istarM ed io sP a g o () L ista rM ed i o sP a g o() :Cu e n taFon do [] Se le ct() : ILi st <E n tity>

su bm i t() Re g i stra rCo b ran za (Fo rm Co ll ecti o n ) E m iti rRe c(Cli e n te , Cu en ta Co rrie nt e[], Cu e nta Fo n d o [] ) :Re ci bo P ro xim oNroCo m p rob an te (T i po Com p ro ba nt e) S e le ctB yId(i nt) :E n ti ty

Crea rRe cib o (Cl ie n te, Cu e n ta Corrie n te [], Cu en ta Fon do []) :Re cib o Reg istra rE ven to (B ita co ra )

S a ve (E n tity)

S a ve (E n tity)

Im p rim irRe cib o (Recibo )

Pgina 303 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 304 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.2.19.

SE-033 - Administrar Tarifas de Viajes

Referencia: CU-033 - Administrar Tarifas de Viajes


s d SE -0 33 - Adm inistra r Ta rifa s de Via j e s :T arifa Co ntro l le r :A C0 0 3 - V e n de d o r :UITa rifa A ctu a li za rT a rifa () V a lida rSe ssio n Usu a rio () :b oo l :S e g u rid a d M g r :Clien te M g r :T a rifa M g r :Bita co ra M g r :Clie n te Re p o sito ry :T a rifaRe p o sito ry :Bica to ra Re p o si to ry

L ista rClie n tes() :Clien te [] Se le ct() :ILi st<En tity>

n e w()

Ob te n e rT a rifa P orT ip o () Ob te n e rT arifa (in t, in t)

Ob te n e rT a ri fa (T ip o T a ri fa , Cli e nte ) :T a ri fa S e le ct(T ip o T a ri fa ) :T a rifa

su bm it() Actu a liza rT a rifa (Fo rm Co lle cti o n ) A ctu a li za rT a rifa (T a rifa ) Upd a te (En tity)

Re gi stra rEve n to (Bita co ra ) S a ve (E ntity)

:o k

Pgina 304 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 305 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3. rea Funcional Administracin Transporte


9.6.3.1. SE-034 - Registrar Vehculo Referencia: CU-034 - Registrar Vehculo

sd SE-034 - Registrar Vehculo :VehiculoController :AC004 - Administrador Transporte :SeguridadMgr :VehiculoMgr :BitacoraMgr :VehiculoRepository :BicatoraRepository

:UIVehiculoAM RegistrarVehiculo() ValidarSessionUsuario() :bool new()

submit() RegistrarVehiculo(FormCollection) RegistrarVehiculo(Vehiculo) Save(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:pk :ok

Pgina 305 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 306 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.2. SE-035 - Editar Vehculo Referencia: CU-035 - Editar Vehculo

sd SE-035 - Editar Vehculo :VehiculoController :AC004 - Administrador Transporte :SeguridadMgr :VehiculoMgr :BitacoraMgr :VehiculoRepository :BicatoraRepository

:UIListarVehiculos

:UIVehiculoAM

ListarVehiculos() new()

EditarVehiculo() EditarVehiculo(int) ValidarSessionUsuario() :bool

ObtenerVehiculo(Int) :Vehiculo

SelectById(int) :Entity

new()

submit() EditarVehiculo(FormCollection) ActualizarVehiculo(Vehiculo) Update(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok

Pgina 306 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 307 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.3. SE-036 - Eliminar Vehculo Referencia: CU-036 - Eliminar Vehculo

sd SE-036 - Eliminar Vehculo :VehiculoController :AC004 - Administrador :UIListarVehiculos Transporte ListarVehiculos() new() :SeguridadMgr :VehiculoMgr :BitacoraMgr :VehiculoRepository :BicatoraRepository

EliminarVehiculo() EliminarVehiculo(int) ValidarSessionUsuario() :bool

EliminarVehiculo(Vehiculo) Delete(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok :ok

Pgina 307 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 308 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.4. SE-037 - Listar Vehculo Referencia: CU-037 - Listar Vehculo

sd SE-037 - Listar Vehculo :VehiculoController :AC004 - Administrador :UIListarVehiculos Transporte ListarVehiculos() ValidarSessionUsuario() :bool new() :SeguridadMgr :VehiculoMgr :VehiculoRepository

submit() ListarVehiculos(FormCollection) ListarVehiculos(Vehiculo) :Vehiculo[] Select(Vehiculo) :Vehiculo[]

Pgina 308 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 309 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.5. SE-038 - Registrar Chofer Referencia: CU-038 - Registrar Chofer

sd SE-038 - Registrar Chofer :ChoferController :AC004 - Adm inistrador T ransporte :SeguridadMgr :ChoferMgr :BitacoraM gr :RegionMgr :RegionRepository :ChoferRepository :BicatoraRepository

:UIChofer RegistrarChofer() ValidarSessionUsuario() :bool

ListarProvincias() :Provincia[] ListarProvincias() :Provincia[]

ListarLocalidades(int) :Localidad[] ListarLocalidades(int) :Localidad[]

new()

submit() RegistrarChofer(FormCollection) RegistrarChofer(Chofer) Save(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok

Pgina 309 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 310 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.6. SE-039 - Editar Chofer Referencia: CU-039 - Editar Chofer

sd SE-039 - Editar Chofer :ChoferController :AC004 - Administrador :UIListarChoferes Transporte :SeguridadMgr :ChoferMgr :BitacoraMgr :RegionMgr :RegionRepository :ChoferRepository :BicatoraRepository

:UIChofer

ListarChoferes() new()

EditarChofer()

EditarChofer(int) ValidarSessionUsuario() :bool

ObtenerChofer(int) :Chofer SelectById(int) :Entity

ListarProvincias() :Provincia[] ListarProvincias() :Provincia[]

ListarLocalidades(int) :Localidad[] ListarLocalidades(int) :Localidad[]

new()

submit() EditarChofer(FormCollection) ActualizarChofer(Chofer) Update(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok

Pgina 310 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 311 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.7. SE-040 - Eliminar Chofer Referencia: CU-040 - Eliminar Chofer

sd SE-040 - Eliminar Chofer :ChoferController :AC004 - Administrador :UIListarChoferes Transporte ListarChoferes() new() :SeguridadMgr :ChoferMgr :BitacoraMgr :ChoferRepository :BicatoraRepository

EliminarChofer() EliminarChofer(int) ValidarSessionUsuario() :bool

EliminarChofer(Chofer) Delete(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok :ok

Pgina 311 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 312 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.8. SE-041 - Listar Choferes Referencia: CU-041 - Listar Choferes

sd SE-041 - Listar Choferes :ChoferController :AC004 - Administrador Transporte :SeguridadMgr :ChoferMgr :ChoferRepository

:UIListarChoferes ListarChoferes() ValidarSessionUsuario() :bool

new()

submit() ListarChoferes(FormCollection) ListarChoferes(Chofer) :Chofer[] Select(Chofer) :Chofer[]

Pgina 312 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 313 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.9. SE-042 - Registrar Pen Referencia: CU-042 - Registrar Pen


sd SE-042 - Registrar Pen :PeonController :AC004 - Administrador T ransporte :SeguridadMgr :PeonMgr :BitacoraMgr :RegionMgr :RegionRepository :PeonRepository :BicatoraRepository

:UIPeon Regi strarPeon() ValidarSessionUsuario() :bool ListarProvincias() :Provincia[] ListarProvincias() :Provincia[]

ListarLocalidades(int) :Localidad[]

ListarLocalidades(int) :Localidad[]

new()

submit() RegistrarPeon(FormCollection) RegistrarPeon(Peon) Save(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok :ok

Pgina 313 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 314 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.10.

SE-043 - Editar Pen

Referencia: CU-043 - Editar Pen

sd SE-043 - Editar Pen :PeonController :AC004 - Administrador :UIListarPeones T ransporte :SeguridadMgr :PeonMgr :BitacoraMgr :RegionMgr :RegionRepository :PeonRepository :BicatoraRepository

:UIPeon

ListarPeones() new()

EditarPeon() EditarPeon(int) ValidarSessionUsuario() :bool

ObtenerPeon(int) :Peon SelectById(int) :Entity

ListarProvincias() :Provincia[] ListarProvincias() :Provincia[]

ListarLocalidades(int) :Localidad[] ListarLocalidades(int) :Localidad[]

new()

submit() EditarPeon(FormCollection) ActualizarPeon(Peon) Update(Entity)

RegistrarEvento(Bitacora) Save(Entity)

:ok :ok

Pgina 314 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 315 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.11.

SE-044 - Eliminar Pen

Referencia: CU-044 - Eliminar Pen

sd SE-044 - Eliminar Pen :PeonController :AC004 - Administrador :UIListarPeones Transporte ListarPeones() new() :SeguridadMgr :PeonMgr :BitacoraMgr :PeonRepository :BicatoraRepository

EliminarPeon() EliminarPeon(int) ValidarSessionUsuario() :bool

EliminarPeon(Peon) Delete(Entity)

RegistrarEvento(Bitacora) Save(Entity) :ok :ok

Pgina 315 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 316 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.6.3.12.

SE-045 - Listar Peones

Referencia: CU-045 - Listar Peones

s d S E -04 5 - Lista r P e one s :P e on Co ntro l l e r :AC0 04 - A d m in i strad o r :UILis tarP e one s T ran sp o rte L i sta rP e o ne s() Va l i d a rS essi o n Usua ri o () :bo o l :S e g u ri da d M g r :P e on M g r :Pe o n Re p o si to ry

n e w()

su b m i t() L ista rP e on e s(Fo rm Co l le cti on ) L i sta rP eo n e s(P e o n) :P e o n [] S e l e ct(P e o n ) :Pe o n []

Pgina 316 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 317 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.7.

Diagrama de Componentes

Descripcin de los componentes del sistema: UI: Representa un componente el cual contendr las interfaces de usuario y clases controladoras las cuales responden a las interacciones de los usuarios utilizando los servicios de BLL y las entidades de BE. BLL: Representa un componente el cual contendr las clases de servicios que implementan la lgica y reglas del negocio. Este componente presta sus servicios al componente UI. DAL: Representa un componente el cual contendr las clase de servicio y gestin del acceso a los datos de la base de datos. Este componente presta servicios al componente BLL para la recuperacin, insercin, actualizacin y borrado de datos. BE: Representa un componente el cual contendr las entidades de negocio las cuales representan las estructuras o tipos de datos empresariales o del negocio de la aplicacin. Es utilizado por UI, BLL y DAL.

cmp Modelo de Componentes

UI use

BE

use

BLL use

use

DAL

use

Pgina 317 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 318 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.8.

Diagrama de Paquetes

Los paquetes son un mecanismo UML para romper un modelo en piezas ms manejables. Dichas piezas pueden verse como agrupaciones lgicas jerrquicas mostrando las dependencias y colaboraciones entre ellas mismas. En base a esta premisa se utilizara este punto tambin para evidenciar la arquitectura lgica del sistema en base a sus distintas capas por medio de dichos paquetes.

9.8.1. Arquitectura del Sistema N-Tier


La presenta vista corresponde a un diagrama de paquetes de agrupacin general o contenedor de otros paquetes de agrupacin lgica los cuales sern detallados en los puntos posteriores. El presente modelo de arquitectura corresponde al de 4 capas.
class Modelo de Clases UI + Views + Controllers use BE + Region + Seguridad + Transporte + Ventas + Tesoreria

BLL + Region + Seguridad + Transporte + Tesoreria + Ventas use

use DAL + Repositories use

Pgina 318 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 319 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.8.2. Arquitectura del Sistema Integracin MVC N-Tier


A continuacin se detalla el modelo mostrado en el punto anterior cambiando la perspectiva de los paquetes y bajando un nivel sobre el paquete de interfaces de usuario (UI) a fin de detallar la integracin arquitectnica realizada en el sistema. El presente modelo de arquitectura utilizado en el proyecto surge de la integracin de 2 modelos de arquitecturas utilizados en la ingeniera del software, estos son MVC y N-Tier.

c las s Cros sM ode lCla s s M VC UI (Use r In te rfa ce )

Controlle rs + A d m i n Cen tra l + S e gu ri da d + T ra n sp o rte + V e nta s u se (fro m UI) use

V ie w s + Ad m i n Cen tral + Se g uri d ad + T ra nspo rte + Ve n ta s u se

BLL + Reg i o n + S eg u ri d a d + T ra n sp o rte + T eso re ri a + V en ta s (fro m UI) (fro m Mo de l o d e Di se o) u se

DAL + Re p osi to ri e s

(fro m Mo d e l o d e Di se o)

u se

u se

u se

BE + Reg i on + S eg u ri d a d + T ra n sp o rte + V en tas + T eso re ri a (from Mo d el o d e Di se o)

Bsicamente la arquitectura de la aplicacin se basa en el modelo N-Tier para las capas principales, resolviendo la capa de presentacin o UI y la integracin con la capa BLL mediante el modelo MVC.

Pgina 319 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 320 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Desde la perspectiva del modelo N-Tier tenemos las siguientes capas: UI (User Interface): Representa las interfaces de usuario del sistema. BLL (Business Logia Layer): Representa las reglas de negocio y la lgica empresarial. Esta capa presta servicios a la capa de presentacin o UI y consume o solicita servicios de la capa DAL. Todas las clases que componen esta capa, son denominadas clases de servicios o administradoras (managers) DAL (Data Acces Layer): Resuelve la interaccin contra la base de datos mediante el patrn de diseo repositorio. Esta capa presta servicios a la BLL para la recuperacin, actualizacin, eliminacin e insercin de datos. BE (Business Entities): Esta capa representa los datos empresariales, los cuales son utilizados por las capas UI, BLL y DAL.

Desde UI (User Interface) y su interaccin con la BLL se manifiesta el modelo MVC UI - Views (Vistas): Representan las interfaces de usuario del sistema. UI - Controllers (Controladores): Representa los controladores que responden a las peticiones de los usuarios interactuando con las vistas, la BE y la BLL (modelo) BLL: Representa la lgica de negocios.

Toda la informacin de apoyo utilizada para llevar adelante el presente modelo se encuentra ajunta en el Anexo: 10.2.5 ANEXO TECNOLOGICO

Pgina 320 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 321 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.8.3. Interfase de Usuario (UI)


9.8.3.1. Vistas A continuacin se detallan los paquetes contenedores de las interfaces de usuario o vistas del sistema.
class View s AdminCentral + UIAdm inCentral

use use use Seguridad + UIAsignarPermisos + UIAuditoria + UIEmpresa + UIListarEmpresa + UIListarRol + UIListarUsuario + UILogin + UIRol + UIUsuario Ventas + UICliente + UICobranza + UIFactura + UIListarClientes + UIListarCtaCte + UIListarFacturas + UIListarNotasCredito + UIListarNotasDebito + UIListarViajes + UINotaCredito + UINotaDebito + UINumComp + UIRankingVentas + UIT arifa + UIViaje Transporte + UIChofer + UIListarChoferes + UIListarPeones + UIListarVehiculos + UIPeon + UIVehiculoAM

Pgina 321 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 322 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.8.3.2. Controladores de Interfaces del Sistema

A continuacin se detallan los paquetes contenedores de las clases controladores o controllers del sistema.

class Controllers AdminCentral + AdminCentralController

use use

use

Seguridad + AuditoriaController + LoginController + RolController + UsuarioController

Ventas + ClienteController + CobranzaController + ComprobanteController + CtaCteController + FacturaController + NotaCreditoController + NotaDebitoController + TarifaController + VentaController + ViajeController

Transporte + ChoferController + PeonController + VehiculoController

Pgina 322 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 323 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.8.4. Business Logic Layer (BLL)


A continuacin se detallan los paquetes contenedores de las clases que representa la lgica o reglas de negocio o empresarial. El acrnimo utilizado con cada nombre de clase corresponde a la palabra Manager (Mgr) con idntico propsito o significado que Service o Servicio.

class BusinessMgr Region + RegionMgr

use

use

Transporte + ChoferMgr + PeonMgr + VehiculoMgr use

Ventas + ClienteMgr + ComprobantesMgr + TarifaMgr + VentaMgr + ViajesMgr

use use use Seguridad + BitacoraMgr + EmpresaMgr + ModuloSistemaMgr + RolesMgr + SeguridadMgr + UsuariosMgr Tesoreria + TesoreriaMgr

Pgina 323 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 324 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.8.5. Data Acces Layer (DAL)


A continuacin se detallan los paquetes contenedores de las clases que realizan la gestin de acceso a datos.
clas s Repositorie s Inte rfa c es + ICRUD<E ntity>

use

u se u se

u se

use

S egurida d + B i ca to ra Re p osi to ry + E m p re sa Rep o sitory + M od u lo S i ste m a Re p osito ry + Ro lRe po si to ry + Usua ri oRe po si to ry

Tra nsporte + Ch oferRe p o sito ry + P e on Rep o sitory + V e hi cu lo Re p osito ry

V enta s + Clie n te Re p osito ry + Cta CteRe po si to ry + Factu ra Re p osito ry + NotaCre d ito Rep osito ry + NotaDe bi to Re p osito ry + Recib oRe po si to ry + T arifa Rep o sitory + T ip oCo m prob an te Rep o sitory + V ia je Re p osito ry

Re gion + Re gi o n Rep o sitory

Te s ore ria + Ch e qu e Re p osito ry + Co b ra nzaRe po si to ry + Cu e ntaFo nd o Re p o sito ry

Pgina 324 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 325 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.8.6. Business Entities (BE)


A continuacin se detallan los paquetes contenedores de las clases que representan las entidades o tipos de datos empresariales.
class BusinessEntities Ventas + Cliente + CondicionVenta + CostoTransporte + CuentaCorriente + EstadoComprobante + EstadoViaje + Factura + ItemFactura + ItemNota + Nota + Recibo + Tarifa + TipoIVA + TipoNota + TipoTarifa + Viaje Tesoreria + Banco + Cheque + Cobranza + Comprobante + CuentaFondo + ItemComprobante + TipoAsociado + TipoCobro + TipoComprobante + TipoCuentaFondo Region + Localidad + Provincia Seguridad + Bitacora + BitacoraAccion + Empresa + FuncionSistema + ModuloSistema + Rol + Usuario Transporte + Chofer + Peon + TipoCabina + TipoDocumento + TipoVehiculo + Vehiculo

Pgina 325 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 326 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.9.

Diagrama de Entidad Relacin

Referencia: Smbolo Descripcin Denota multiplicidad N o Varios. Denota multiplicidad uno.

dm M ode lo de Da tos SE G_ Rol co lu m n *PK Id Ro l : i nt * Nom breRol : va rcha r(64 ) * Fe cha Al ta: d ate tim e = (g etd ate()) * B orrad o: bi t = (0) PK + P K_S EG_Rol (in t) S EG_FuncionSis tem a co lu m n *PK Id Fu ncio nS istem a: i n t * Id M o du loS iste m a : i nt Id Fu ncio nS istem aPa dre : int * Nom breFu nci on: va rcha r(64 ) Uri: varch ar(51 2) * Borrad o: bit = (0) FK + FK _ IdM od ul oSi stem a(i nt) SE G_ RolPerm iso col um n *P K IdRol : i nt *P K IdFun ci on Si ste m a: i nt FK + FK _Id Fu ncio nS iste m a (in t) + FK _Id Rol(int) SE G_ Bitac ora col um n *PK Id B ita cora : i nt Id Usu ari o: i nt * Fech aReg istro: da te tim e * Id B ita cora Acci on: i n t Descri p ci o n: varch ar(102 4) FK + FK_ Id Bi taco raA ccio n(i nt) + FK_ Id Usua rio (in t) PK + PK _SE G_ Bi taco ra(i nt) P K + PK_ SEG_ RolP e rm i so (in t, i nt) S EG_ M oduloS is te ma co lu m n *PK Id M o du loS iste m a : i nt Nom breM od ulo : n varch ar(25 5) Path Ico n: varch ar(512 ) * Borrad o: bit = (0) PK + PK _SE G_M od ul oS istem a(int) PK + PK _SE G_Fun ci on Si stem a(i nt)

SEG _Usuario col u m n *PK IdUsu ari o: in t *FK IdRol : i n t * No m b reUsua rio : va rcha r(1 024 ) * Cla veUsuario: varchar(10 24 ) * S a lt: varch ar(48) Fech aAl ta : d atetim e = (ge tda te()) Fech aM od i fi ca cion : d atetim e = (getda te()) Fech aBaj a: da teti m e = (ge tda te ()) * B lo qu ea do: b it = (0 ) * B o rrad o: bi t = (0 ) FK + FK _Id Ro l(i nt) P K + P K_S EG_ Usua ri o (i n t)

SE G_ Bitac oraAcc ion col um n *PK Id B ita cora Acci on: i n t * Nom b re: varchar(50 ) * Borrad o: bi t = (0) PK + PK _SE G_ Bi taco raA ccio n(i nt)

Pgina 326 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 327 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

dm M ode lo de Da tos RE G _ Loc a lida d co l u m n *P K IdL o ca li d a d: i n t *FK IdP ro vin ci a : i n t * Nom b re : n va rch a r(5 0 ) * B orra d o : b i t FK + FK _ Id P ro vi n cia (i n t) PK + P K _ RE G _L o ca l i d ad (i n t)

RE G _ P rov inc ia co lu m n *P K Id P ro vi n cia : in t * No m b re : n va rch a r(5 0 ) B o rra d o : b i t PK + P K _ RE G _ P ro vi nci a (in t)

TRA_ Chofe r co l u m n *P K Id Cho fe r: i n t No m b re : n varch a r(5 0 ) A p e ll i d o : n va rch a r(10 ) Di re cci o n : n va rch a r(50 ) *FK Id L o ca l id a d : i n t Co d ig o P o sta l : n va rch a r(5 0 ) Fo to : n va rch ar(5 0 ) T e l efo n o : n va rch a r(5 0 ) Ce l ul a r: n va rch a r(5 0) E m ai l : n va rch a r(5 0 ) *FK Id T i p o Do cu m e n to : i n t Nro Do cu m e n to : n va rcha r(5 0 ) CUIL : n va rcha r(5 0 ) Fe ch a Na ci m ie n to : da te ti m e Fe ch a In g re so: d a te ti m e Fe ch a E g re so : d a te ti m e No ta: n va rch a r(5 0 ) L M Nro : b i g in t L M V e n cim i e n to : d a te ti m e L S Nro : b i g in t L S V e n cim i e n to : d a te ti m e CNRT Nro : b ig in t CNRT V e n cim i e n to : d a te ti m e Cu rso No m b re: n va rch a r(5 0 ) Cu rso V e n ci m i e n to : d a te ti m e B o rra d o : b i t FK + FK _ Id L o ca l i da d (i n t) + FK _ Id T ip o Docu m e n to (i n t) PK + P K _T RA _ Ch o fe r(i n t) V TA_ V ia j eP e one s co l u m n *P K Id V i a je : i n t *p fK Id P e o n : i n t V TA_ V ia j e FK + FK _ Id P e o n (in t) PK + P K_ V T A _ V ia j e Pe o n e s(in t, in t) co l u m n *p fK Id V ia je : in t * Id Cli e n te : in t *FK Id E sta d o Vi aj e : i n t * Id L o ca l i d a d O ri g e n : in t Di re cci o n O ri g e n : n varch a r(5 0 ) Fe ch a In i ci o: d a te tim e Ho raIn i ci o : d a te ti m e * Id L o ca l i d a d De sti n o : i n t Di re cci o n Desti n o : n va rch a r(5 0) Fe ch a Fi n : d ate ti m e Ho raFi n : d a tetim e K g Ca rg a : d e ci m a l (1 0 ,2 ) K m V ia j e : d e ci m a l (1 0 ,2 ) Ca n ti d a d P a l le ts: i n t Ca n ti d a d Ca n a sto s: i n t Im p orte P e aj e s: d e ci m a l (1 0 ,2 ) Co sto T o ta l : d e ci m a l (1 0 ,2 ) Fe ch a E m isio n: d a te ti m e B o rra d o : b it FK + FK _ Id E sta d o V i a j e (in t) + FK _ Id V i a j e (i nt) P K + P K _V T A _ V ia j e (i n t) TRA_ P eon co l u m n *P K Id P e o n : in t No m b re : n va rch a r(5 0 ) A p e l l id o : nva rch ar(50 ) Dire ccio n : n va rch a r(5 0 ) FK Id L o ca l i d a d : i n t Co d i g o P o sta l : n va rch a r(5 0 ) Fo to : n va rch a r(5 0 ) T e l e fo n o : n va rch a r(5 0 ) Ce l u l a r: n va rch a r(5 0) E m a i l: n va rch a r(50 ) *FK Id T i p o Do cum e n to : i n t Nro Do cu m en to : n varch a r(5 0 ) CUIL : b i g i n t Fe ch a Na cim i e n to : da te ti m e Fe ch a In g reso : d a te ti m e Fe ch a E g reso : b i g i nt No ta : n va rch a r(5 0) L S Nro : b i gi n t L S V e n ci m i e n to : d ate ti m e B o rra d o : b it FK + FK _ Id L o cal id a d (i n t) + FK _ Id T i p o Do cu m e n to (i n t) PK + P K _ T RA _ P e o n (i n t) TRA_V e hic ulo co l u m n *P K Id V eh i cu l o : i n t P a ten te : n varch a r(5 0 ) M a rca : n varch a r(5 0 ) M o d e l o : n va rch a r(5 0) A n i o: i n t Fo to : n va rch a r(5 0 ) T i tu la r: n va rch a r(5 0 ) M o to rNro : n va rch a r(5 0 ) M o to rM a rca : n va rcha r(5 0 ) Ch a sisNro : n va rch a r(5 0 ) Ch a sisM a rca : n va rch a r(5 0 ) *FK Id T i p o Ca b in a: i n t K m A ctu a le s: b i g i n t Ca p a ci d a d M a xi m a : b i g in t *FK Id T i p o V e h icu l o : i n t Fe ch a A l ta : da te ti m e No ta: n va rch a r(5 0 ) CV Nro : n va rch a r(5 0 ) CV V e n ci m ie nto : d a te ti m e V T V Nro : n va rch a r(5 0 ) V T V Ve n cim i e n to : da te ti m e RUT AV e n cim i e n to : d a te ti m e S e Na S a Nro: n va rch a r(5 0 ) S e Na S a Ve n ci m i e n to : d a te ti m e HM De scrip ci o n : n varch a r(5 0 ) HM V e n ci m ie n to : d a te ti m e B o rra d o : b i t FK + FK _ Id T i p o Cab i n a (i nt) + FK _ Id T i p o V eh i cu l o (in t) PK + P K _T RA _ V e h i cu l o (i n t)

G E N_ TipoDoc um e nto co lu m n *P K Id T i p o Do cu m e n to : i n t No m b re : n va rch a r(5 0 ) Bo rra d o : b i t P K + PK _ G E N_ T i p o Do cu m e n to (i n t)

TRA_ TipoCa bina col u m n *P K Id T i p o Ca b i n a : i n t * No m b re : n va rch a r(5 0 ) B o rra d o : b i t PK + P K _ T RA _T i p o Cab in a (i n t)

V TA_ V ia j e V e hic ulo co l u m n *P K Id V ia je : i n t *p fK Id V e hi cu l o : i n t FK + FK _ IdV e h icu l o (i n t) PK + P K _ V T A _ Vi aj e V e h i cu lo (i n t, i n t)

VTA_ V ia j e Chofer co l u m n *P K IdV i a j e : i nt *p fK IdCh o fe r: i n t FK + FK_ Id Ch o fer(i n t) PK + P K _ V T A _ V i a j e Ch o fe r(i n t, i n t) V TA_ E s ta doV ia j e co lu m n *P K Id Esta d oV i a j e : i nt No m b re : n va rch a r(5 0 ) Bo rra d o : b i t P K + PK _ V T A _ E sta d o V i a j e (in t)

TRA_ TipoVe hic ulo co lu m n *P K IdT i p o V e hi cu l o : i nt * No m b re : nva rch ar(50 ) B o rra d o : bi t PK + P K _ T RA _ T i p o Ve h i cu lo (i n t)

Pgina 327 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 328 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

dm M ode lo de Da tos TE S _ Che que co l u m n *P K Id Ch e q u e : i n t *FK Id B a n co : i n t *FK Id Cu e n ta Fo n d o : in t *FK Id E sta d o Ch e q u e : in t Fe ch a : d a te ti m e Fe ch a E m i si o n : d ate tim e Cle a ri n g : i n t Im p o rte : d e ci m a l(1 0 ,2) FK + FK _ Id B a n co (in t) + FK _ Id Cu e n ta Fo n d o (in t) + FK _ Id E sta d o Ch e q u e (in t) P K + P K _ T E S _ Ch e q u e(in t) TRA_ TipoV e hic ulo co l u m n *P K Id T ip o V e h i cu lo : i n t * N o m b re : n varch a r(5 0 ) B o rra d o : b i t PK + P K _ T RA _ T i po V e h i cu l o (in t)

TE S _ B anc o co l u m n *P K Id B a n co : in t No m b re : n va rch a r(5 0 ) B o rra d o : b it PK + P K _ T E S _ B a n co (i n t)

TE S _ Cue nta Fondo co l u m n *P K Id Cu en taFo n d o : in t *FK Id T ip o Cu e n ta Fo n d o : i n t * No m bre : n va rch a r(5 0 ) * S a l d o: de ci m a l (1 0 ,2 ) B o rra d o : b it FK + FK _ IdT ip o Cu e n ta Fo n d o (in t) PK + P K _ T E S _ Cu e n ta Fo n d o (i nt)

TE S _ TipoCue nta Fondo co l u m n *P K Id T i p o Cu e n ta Fo n d o : in t No m b re : n va rch a r(5 0 ) B o rra d o : b it P K + P K _ T E S _T ip o Cu e n ta Fo n d o(in t)

TE S _ E s ta doChe que co l u m n *P K Id E sta d o Ch e q u e : in t N o m b re : n va rch a r(5 0 ) B o rra d o : b i t PK + P K _ T E S _ E sta d o Ch e q u e (i n t) TE S _ TipoCobro co l u m n *P K Id T i p o Co b ro : i nt * No m b re : n va rcha r(5 0 ) * B o rra d o : b it P K + P K _ T E S _ T i p o Co b ro (i n t)

TE S _ De ta lle Cobra nza co lu m n *P K Nro Co m p ro b a n te : b i g i n t *p fK Id T ip o Co m p ro b a n te : i n t *p fK Id C ue n ta Fo n d o : i n t *P K Nro P a g o : i n t *p fK Nro Re cib o : b i g i n t *FK Id T ip o Co b ro : i n t * Fe ch a : d a te ti m e * Im p orte : d e ci m a l (1 0 ,2 ) FK + FK _ Id Cu e n ta Fo n d o (i n t) + FK _ Id T i p o Co b ro (i n t) + FK _ Id T i p o Co m p ro b a n te (in t) + FK _ Nro Re ci b o (b ig i n t) PK + P K _ T E S _ Co b ra n za (b ig i nt, in t, i n t, i n t, b i g in t)

TE S _ TipoCom proba nte co lu m n *P K Id T i p o Co m p ro b a n te : i n t FK Id T i p o A so ci a d o : i n t No m b re : n va rch a r(5 0 ) * P rim e rNro : b i g in t * Ul tim o Nro : b i g in t P roxim o Nro : b i g i n t B o rra d o : b it FK + FK _ Id T i p o A so ci ad o (i n t) P K + P K _ T i p o Co m p ro b a n te (i n t)

TE S _ TipoAs oc ia do co l u m n *P K Id T i po A so ci a d o : i n t * No m b re : n va rch a r(5 0 ) * B o rrad o : b i t P K + P K _ T E S _ T i p o A so cia d o (in t)

V TA_ Re c ibo co lu m n *P K Nro Re cib o : b i g in t * Fe ch a E m i si o n : d a te tim e FK Id C lie n te : i n t * T o tal : d e ci m a l (1 0 ,2 ) FK + FK _ Id Cl ie n te (i n t) PK + P K _V T A _ Re ci b o (b i g in t)

V TA_ Ite m s Fa c tura co lu m n *P K Nro Ite m : i n t *FK Nro Fa ctu ra : i n t De scri p ci o n : n va rch a r(5 0 ) Ca n ti da d : i n t Im p o rte : d e ci m a l(1 0 ,2 ) FK + FK _ Id Fa ctu ra (in t) P K + P K _ V T A _ Ite m sFa ctu ra(in t) V TA_ E s ta doCom proba nte co lu m n *P K Id E sta d o Co m p ro b a nte : in t No m b re : n va rch a r(5 0 ) B o rra d o : b it P K + P K _ V T A _ E sta d oC om p ro b a n te (i n t)

V TA_ Fa c tura col u m n *P K Nro Fa ctu ra : i n t *FK Id T ip o A so ci a d o : in t FK Id Cli e nte : in t *FK Id E sta d o Co m p ro b a n te : i n t Id Co n di ci o n V e n ta : i n t Fe ch a E m i sio n : d a te tim e B o n i fi ca cio n : d e cim a l (1 0 ,2 ) S u b to ta l: d e ci m a l (1 0 ,2 ) T o ta l: d e ci m a l(1 0 ,2 ) IV A : de ci m a l (1 0 ,2 ) FK + FK _ Id Cli en te (i n t) + FK _ Id E sta d o Co m p ro b a n te (i n t) + FK _ Id T ip o A so ci a d o (in t)

V TA_ TipoIV A co l u m n *P K Id T i po IV A : i n t * No m b re : n va rch a r(5 0 ) * P o rce n ta j e : d e ci m a l(10 ,2) * B o rrad o : b i t P K + P K _ V T A _ T i p o IV A (in t)

V TA_ Clie nte co lu m n *P K IdC li e n te : i n t * IdL o ca l i d a d : i n t FK IdT a rifa : in t Ra zo n S o ci a l : n va rch a r(5 0 ) No m b re Co m e rcia l : n va rch a r(5 0 ) Do m i ci l i o : n va rch ar(5 0 ) Co d i g o P o sta l: n varch a r(5 0 ) E m a i l: n va rch a r(5 0 ) T e l e fo n o : n va rch ar(5 0 ) Fa x: n va rch a r(5 0 ) P o rce n ta j e B o n i fi ca ci o n : b ig i n t *FK IdC o n d i ci o n V e n ta : in t *FK IdT ip o IV A : i n t CU IT : n va rch a r(5 0 ) L im ite Cta Cte : d e cim al (1 0 ,2 ) B o rra d o : b i t FK + FK _ Id Co n d i ci o n V en ta (in t) + FK _ Id T a rifa (i n t) + FK _ Id T i p o IV A (i n t) PK + P K _ V T A _ Cl i e nte (in t)

PK + P K _ V T A _ Fa ctu ra (in t)

V TA_ TipoNota co l u m n *P K Id T ip o No ta : i n t No m b re : n va rch a r(5 0 ) B o rra d o : b it

V TA_ Nota co lu m n *P K Nro No ta : b i g i n t *FK Id T ip o No ta : i n t *FK Id Cli en te: in t FK Id E sta d o Co m p ro b a n te : i nt Fe ch a E m i si o n : d a te tim e T o ta l: d e ci m a l (1 0 ,2 ) FK Id Fa ctu ra : i n t FK + FK _ IdC li e n te (in t) + FK _ IdE sta d o Co m p ro b a n te (i n t) + FK _ IdFa ctu ra (i n t) + FK _ IdT ip o No ta (i n t) PK + P K _ V T A _ No ta (b i g i n t) V TA_ Ta rifa co l u m n *P K Id T a ri fa : i nt *FK Id T i p o T a rifa : i n t Co sto Ho ra P e o n : d e ci m a l(1 0,2 ) Co sto Ho ra Ch o fe r: d e ci m a l(10 ,2) Co sto K il o m e tro : d e ci m a l (1 0 ,2 ) Co sto P a ll et: d e ci m a l (1 0 ,2 ) Co sto Ca n asto : d e ci m a l(1 0 ,2) Co sto K il o gra m o Ca rg a : d e cim a l(1 0 ,2 ) Fe ch a V i g en cia De sd e : d a te ti m e Fe ch a V i g en cia Ha sta : d ate tim e Fe ch a A ctu a li za ci o n : d a te ti m e B o rra d o : b it FK + FK _ Id T ip o T a ri fa (i n t) PK + P K _ V T A _ T a ri fa (i n t) P K + P K _ V T A _T ip o No ta (in t)

V TA_ Ite m s Nota col u m n *P K Nro Ite m : in t *FK Nro No ta : bi g in t De scri p cio n : n va rch a r(5 0 ) Ca n tid a d : in t Im p o rte : de cim a l (1 0 ,2 ) FK + FK _ Nro No ta (bi g in t) P K + P K _ V T A _Ite m sNo ta (i n t)

V TA_ Cos toTra ns porte co l u m n *P K Id Co sto T ra nsp o rte : i n t *FK Id T i p o V e h icu lo : i n t FK Id T a ri fa : i nt Co sto Ho ra : d e ci m a l(1 0 ,2 ) Ha sta Ho ra s: i nt Co sto Ho ra E xce d e n te : d e ci m a l(1 0 ,2 ) Ca n ti d a d Ho ra sM i n i m a s: i n t Co sto K m : de ci m a l(1 0 ,2 ) Ha sta K m : in t Co sto K m E xe ce n d e : d e cim al (1 0 ,2 ) B o rra d o : b it FK + FK _ Id T a ri fa (i nt) + FK _ Id T i p o V e h icu l o (i n t) PK + P K _ V T A _ Co sto T ra n sp o rte (i nt)

V TA _C ondic ionV e nta V TA_ Cuenta Corrie nte co lu m n *p fK Nro Co m p ro b a n te : b i gi n t *P K Id T i p o Co m p ro b a n te : i n t *P K Nro Co m p ro b a n te Ca n : b i g i n t *P K Id T i p o Co m p ro b a n te Ca n : i n t *P K Nro P a g o : i n t *FK Id Cl ie n te : i n t * Id E sta d o Co m p ro b a n te : i n t Fe ch a E m i si o n : d a te ti m e Fe ch a V to : d a te ti m e DH: ch a r(1 ) Im p o rte : d e ci m a l (1 0 ,2 ) FK + FK _ Id Cl ie n te (i n t) + FK _ Nro Co m p ro b a n te (b i g i n t) PK + P K _ V T A _ Cu e n ta Co rri e n te (b i g i n t, i n t, bi g in t, i n t, i n t) co lu m n *P K Id Co n d ici o n V e n ta : i n t * No m b re : n va rch a r(5 0 ) * P la zoD ia s: i n t * B o rra d o : b i t P K + P K _ V T A _ Co n d i cio n V e n ta (i n t)

V TA_ TipoTa rifa co l um n *P K Id T ip o T a ri fa : in t * N om bre : n va rch a r(50 ) * B orra d o : b it PK + P K _ V T A _ T i p o T a rifa(in t)

Pgina 328 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 329 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.10. Diagrama de Despliegue

deploym e nt M odelo de Des pliegue

Im pres ora

S is te ma Tra ns porte

u se

Us ua rio 1

a ccess access Fire Wall a cce ss S e rv idor Web Bas e de Datos u se

Usuario N

Pgina 329 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 330 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

9.11. Diagrama de Clases de Toda la Solucin


class Mod elo de C lases General Segurid ad::U suario + + + + + + + + + + + + + IdU uario: int s N ombre: s tring Apellido: s tring Email: s tring N ombreU uario: s s tring C laveU uario: s s tring Salt: s tring FechaAlta: D ate FechaModificacion: D ate FechaBaja: D ate Bloqueado: bool Borrado: bool R ol: R ol Seg uridad::R ol + + + + IdR ol: int N ombreR ol: s tring Funciones tema: FuncionSis Sis tema[] U uarios U uario[] s : s + + + + + Segurid ad::F uncionSistem a IdFuncionSis tema: int ModuloSis tema: ModuloSis tema C hilds FuncionSis : tema[] Parent: FuncionSis tema U uarios U uario[] s : s

Seguridad:: B itacoraA ccion + + + IdBitacora: int N ombre: s tring Borrado: bool

Seguridad::Modu loSistem a + + IdModulo: int Funciones tema: F Sis uncionSis tema[] + + + + + + + + + + + + + + + + + + + +

T ransporte::Peon IdPeon: int N ombre: s tring Apellido: s tring D ireccion: s tring Localidad: Localidad C odigoPos tal: s tring Foto: s tring Telefono: s tring C elular: s tring Email: s tring TipoD ocumento: TipoD ocumento N ocumento: s roD tring C IL: long U FechaN acimiento: D ate FechaIngres D o: ate FechaEgres D o: ate N ota: s tring LSN ro: long LSVencimiento: D ate Borrado: bool

Seguridad::B itacora + + + + + IdBitacora: int FechaR egis tro: D ate D cripcion: s es tring BitacoraAccion: BitacoraAccion U uarios U uario[] s : s

T ransporte::C ofer h + + + + + + + + + + + + + + + + + + + + + + + + + + IdC hofer: int N ombre: s tring Apellido: s tring D ireccion: s tring Localidad: Localidad C odigoPos tal: s tring Foto: s tring Telefono: s tring C elular: string Email: s tring TipoD ocumento: TipoD ocumento N ocumento: s roD tring C IL: long U FechaN acimiento: D ate FechaIngres D o: ate FechaEgres D o: ate N ota: s tring LM ro: long N LM Vencimiento: D ate LSN ro: long LSVencimiento: D ate C R ro: long N TN C R N TVencimiento: D ate C oN urs ombre: s tring C oVencimiento: D urs ate Borrado: bool

Ven tas::Viaje + + + + + + + + + + + + + + + + + + + + + + + IdViaje: int C liente: C liente LocalidadOrigen: Localidad D ireccionO rigen: s tring FechaInicio: D ate H oraInicio: D ateTime LocalidadD tino: Localidad es D ireccionD tino: s es tring FechaFin: D ate H oraFin: D ateTime Peones Peon[] : U nidades Trans porte: Vehiculo[] C hoferes C : hofer[] Es tadoViaje: Es tadoViaje KgC arga: decimal KmViaje: decimal C antidadPallets int : C antidadC anas : int tos ImportePeajes decimal : C toTotal: decimal os FechaEmis ion: D ateTime N ota: s tring Borrado: bool

T ransp orte::Veh iculo + + + + + + + + + + + + + + + + + + + + + + + + + + + IdVehiculo: int Patente: s tring Marca: s tring Modelo: s tring Anio: int Foto: s tring Titular: s tring N roMotor: string MotorMarca: s tring C is ro: s has N tring C is has Marca: s tring TipoC abina: TipoC abina KmActuales long : C apacidadMaxima: decimal TipoVehiculo: TipoVehiculo FechaAlta: D ate N ota: s tring C ro: long VN C VVencimiento: D ate VTVN ro: long VTVVencimiento: D ate R TAVencimiento: D U ate SeN aSaN ro: long SeN aSaVencimiento: D ate H es MD cripcion: int H MVencim iento: D ate Borrado: bool

enumeratio... T ransporte:: T ipoC abina Simple SemiSimple D oble enumeration T ransporte:: T ipoVehiculo C amion Semiremolque R emolque Mudanza C amioneta Furgoneta

enumeratio... Ventas:: EstadoViaje Valorizado Pendiente En C o urs Finalizado C ancelado

enumeratio... T ransporte:: T ipoD ocum to en LE D I N C edula Pas aporte

Ventas::C liente enumeratio... Ventas:: C ondicionVenta C ontado D 60 ias D 90 ias D 120 ias enumeration Ven tas::T ipoIVA R pons es ableIns cripto R pons es ableN oIns cripto Exento Liberado Monotributo C umidorF ons inal + + + + + + + + + + + + + + + + + + + + IdC liente: int R azonSocial: s tring N ombreC omercial: s tring D omicilio: s tring Localidad: Localidad C odigoPos tal: s tring Email: s tring Telefono: s tring Fax: s tring PorcentajeBonificacion: decimal C ondicionVenta: int TipoIVA: TipoIVA C IT: s U tring LimiteC te: decimal taC Tarifa: Tarifa Facturas Factura[] : N otas N : ota[] R ecibos R : ecibo[] C uentaC orriente: C uentaC orriente[] Borrado: bool

R egion::Localidad + + + IdLocalidad: int N ombre: s tring Provincia: Provincia + + -

R egion::Pro vincia IdProvincia: int N ombre: s tring Localidades Localidad[] :

Ventas::T arifa + + + + + + + + + + + + + + IdTarifa: int TipoTarifa: TipoTarifa C liente: C liente C toH os oraPeon: decimal C toH os oraC hofer: decimal C toKilometro: decimal os C toPallet: decimal os C toC os anas to: decimal C otoKilogramoC arga: decimal C tos os Trans porte: C toTrans os porte[] FechaVigenciaD de: D es ate FechaVigenciaH ta: D as ate FechaActualizacion: D ate Borrado: bool

enumeration Ventas::T ipoT arifa General Es pecialC liente

Ven tas::R ecibo + + + + + N ecibo: int roR FechaEm ion: D is ate C liente: C liente Total: decimal Medios Pago: C uentaFondo + + + + + + + + + + +

Ventas::Factu ra N actura: int roF TipoFactura: TipoAs ociado FechaEmis ion: D ate C liente: C liente C ondicionVenta: C ondicionVenta Bonificacion: decimal Es tado: Es tadoC omprobante Subtotal: decimal Total: decimal IVA: decimal Items Factura: ItemFactura[]

Ventas::Item Factura + + + + + N roItem: int Factura: Factura D cripcion: s es tring C antidad: int Importe: int

Ven tas::C ostoT ransporte + + + + + + + + + + IdC toTrans os porte: int TipoVehiculo: TipoVehiculo C toH os ora: decimal H taH as oras int : C toH os oraExcedente: decimal C antidadH oras Minimas int : C toKm: decimal os H taKm: int as C toKmExcedente: decimal os Borrado: bool

Ventas::C uentaC orriente + + + + + + + + + + + + N omprobante: long roC TipoC omprobante: TipoC omprobante N omprobanteC roC an: long TipoC omrpobanteC an: TipoC omrpobante C liente: C liente Es tadoC omprobante: Es tadoC omprobante FechaEmis ion: D ate FechaVto: D ate D : int H Importe: decimal N roPago: int C omprobantes ancelacion: C C uentaC orriente[]

enumeration Ventas:: EstadoC m o probante enumeratio... T esoreria:: T ipoA sociado A B C Pendiente C ancelado Impago Anulado

Ventas::Item ota N + + + + + N roItem: int N ota: N ota D cripcion: s es tring C antidad: int Importe: int

T esoreria::T ipoC m o probante + + + + + + IdTipoC omprobante: int TipoAs ociado: TipoAs ociado N ombre: string PrimerN ro: long U ltimoN ro: long ProximoN ro: long T reria::C eso obranza + + + + + + + + N om roC probante: int TipoC omprobante: TipoC omprobante C uentaFondo: C uentaFondo[] N roPago: int TipoC obro: TipoC obro N ecibo: int roR Fecha: D ate Importe: decimal + + + + + + +

Ventas::N ota N ota: int roN F echaEmis ion: D ate C liente: C liente TipoN ota: TipoN ota Total: decimal Es tado: Es tadoC omprobante F actura: Factura

enumeratio... Ventas::T ipoN ota D ebito C redito

enum eratio... T esoreria:: T ipoC obro C ontado C te taC enumeration T esoreria:: T ipoC uentaFondo Efectivo C heque Tarjeta D ebito Tarjeta C redito Banco

T esoreria::C uentaFondo + + + + + IdC uentaFondo: int TipoC uentaF ondo: TipoC uentaF ondo N ombre: s tring Saldo: decimal C heques C : heque[] + + + + + +

T esoreria::C hequ e N heque: long roC Banco: Banco Fecha: D ate FechaEm ion: D is ate C learing: int Importe: decimal

T esoreria::B anco + + + IdBanco: int N ombre: s tring Borrado: bool

Pgina 330 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 331 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

class Modelo de Clases General

Region::RegionMgr + + ListarProvincias() : Provincia[] ListarLocalidades(int) : Localidad[] + + +

Seguridad::BitacoraMgr RegistrarEvento(Bitacora) : void ListarAcciones() : BitacoraAccion[] ListarEventos(Date, Date, ModuloSistema, Usuario, BitacoraAccion) : Bitacora[] + + + + + +

Seguridad::RolesMgr ObtenerRol(int) : Rol RegistrarRol(Rol) : void ActualizarRol(Rol) : void EliminarRol(Rol) : void ListarRoles(Rol) : Rol[] ListarRoles() : Rol[]

Seguridad::EmpresaMgr + + + RegistrarEmpresa(Empresa) : void EliminarEmpresa(Empresa) : void ListarEmpresas() : Empresa[] + + +

Seguridad::ModuloSistemaMgr ListarModulo() : ModuloSistema[] ListarPermisos(ModuloSistema) : FuncionSistema[] ListarPermisos() : FuncionSistema[]

Seguridad::UsuariosMgr + + + + + + + + + AutenticarUsuario(Usuario) : bool DesencriptarCadena(string) : string EncriptarCadena(string) : string ObtenerPermisos(Usuario) : FuncionSistema[] ObtenerUsuario(int) : Usuario RegistrarUsuario(Usuario) : void ActualizarUsuario(Usuario) : void EliminarUsuario(Usuario) : void ListarUsuarios(Usuario) : Usuario[] + + + + + + +

Seguridad::SeguridadMgr UsuarioActual: Usuario AutenticarUsuario(Usuario) : bool ObtenerPermisos() : FuncionSistema[] ObtenerUsuarioActual() : Usuario ValidarSessionUsuario() : bool RegistrarEvento(Bitacora) : void CerrarSesion() : void

Transporte::ChoferMgr + + + + + RegistrarChofer(Chofer) : void ActualizarChofer(Chofer) : void EliminarChofer(Chofer) : void ListarChoferes(Chofer) : Chofer[] ObtenerChofer(int) : Chofer + + + + +

Transporte::PeonMgr RegistrarPeon(Peon) : void ActualizarPeon(Peon) : void EliminarPeon(Peon) : void ListarPeones(Peon) : Peon[] ObtenerPeon(int) : Peon + + + + +

Transporte::VehiculoMgr RegistrarVehiculo(Vehiculo) : void ActualizarVehiculo(Vehiculo) : void EliminarVehiculo(Vehiculo) : void ListarVehiculos(Vehiculo) : Vehiculo[] ObtenerVehiculo(Int) : Vehiculo +

Tesoreria::TesoreriaMgr ListarMediosPago() : CuentaFondo[]

Ventas::ClienteMgr + + + + + + RegistrarCliente(Cliente) : void ActualizarCliente(Cliente) : void EliminarCliente(Cliente) : void ListarClientes(Cliente) : Cliente[] ObtenerCliente(int) : Cliente ListarClientes() : Cliente[] + + +

Ventas::ComprobantesMgr ProximoNroComprobante(TipoComprobante) : void ListarTiposComprobantes() : TipoComprobante[] ActualizarNumeracion(TipoComprobante) : void + + + + + + + +

Ventas::Viaj esMgr RegistrarViaje(Viaje) : void ActualizarViaje(Viaje) : void EliminarViaje(Viaje) : void ListarViajes(Viaje) : Viaje[] ObtenerViaje(int) : Viaje CalcularCostosViaje(Viaje) : decimal ListarViajes(Date, Date, Viaje) : Viaje[] ListarViajesSinFacturar(Cliente) : Viaje[]

Ventas::VentaMgr + + + + + + + + + + + + + + + + CrearFactura(Cliente, TipoAsociado, CondicionVenta, decimal, Viajes[], CuentaFondo[]) : Factura CrearND(Cliente, Factura, ItemNota[]) : Nota CrearNC(Cliente, Factura, ItemNota[]) : Nota CrearRecibo(Cliente, CuentaCorriente[], CuentaFondo[]) : Recibo ImprimirFactura(Factura) : void ImprimirND(Nota) : void ImprimirNC(Nota) : void ImprimirRecibo(Recibo) : void EmitirFactura(Cliente, TipoAsociado, CondicionVenta, decimal, Viajes[], CuentaFondo[]) : Factura EmitirND(Cliente, Factura, ItemNota[]) : Nota EmitirNC(Cliente, Factura, ItemNota[]) : Nota EminitNC() : void EmitirRec(Cliente, CuentaCorriente[], CuentaFondo[]) : Recibo ActualizarCtaCte(Factura) : void ActualizarCtaCte(Nota) : void VerificarCtaCte(Cliente) : bool RegistrarCobranza(Factura, CuentaFondo[]) : void ListarComprobantesCtaCte(Cliente) : CuentaCorriente[] ListarFacturas(Cliente) : Factura[] ListarFacturas(Cliente, Date, Date, long, EstadoComprobante) : Factura[] ListarNotasCredito(Cliente, Date, Date, long, long) : Nota[] ListarNotasDebito(Cliente, Date, Date, long, long) : Nota[] ListarComprobantesCtaCte(Date, TipoComprobante, long, Date, bool, decimal) : CuentaCorriente[] ListarRankingVta(Cliente, Date, Date) : Factura[] Ventas::TarifaMgr + + + + + + + RegistrarTarifa(Tarifa) : void ActualizarTarifa(Tarifa) : void EliminarTarifa(Tarifa) : void ListarTarifas(Tarifa) : Tarifa[] ObtenerTarifa(int) : Tarifa ObtenerTarifa(Cliente) : Tarifa ObtenerTarifa(TipoTarifa, Cliente) : Tarifa

Pgina 331 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 332 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

c la s s M odelo de Cla s e s G e ne ra l

S e gurida d::M oduloS is te m a Re pos itory

S e guridad::Us ua rioRe pos itoryS e gurida d::E m pre s a Re pository De l e te (E n ti ty) : voi d + S a ve (E n tity) : vo i d + S e l e ct() : IL i st< E n ti ty> + S e l e ctB yId (i n t) : E n ti ty + S e l e ctB yNa m e (stri n g ) : E n ti ty + Up d a te (E n ti ty) : vo i d + + +

S e gurida d::Bic a tora Re pos itory De l e te (E n ti ty) : voi d S a ve (E n tity) : vo i d S e l e ct() : IL i st< E n ti ty> S e l e ct(Da te , Da te , M o d u l o S i ste m a , Usu a ri o , B i ta co ra A cci o n ) : B i ta cora [] S e l e ctB yId (i n t) : E n ti ty S e l e ctB yNa m e (stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d S e l e ctB i taco ra A cci o n () : B ita co ra A cci o n

+ L i sta rM o d u l o s() : M o d u l o S i ste m a [] + De l ete (E n ti ty) : vo i d + + L i sta rP e rm i so s() : Fu n cio n S i stem a [] + S a ve (E n ti ty) : vo i d + + L i sta rP e rm i so s(M o d u l o S i ste m a ) : Fu n ci o n S i ste m + [] S e l ect(Usu a ri o ) : Usu a ri o [] + a + S e l ect() : IL ist<E n tity> + + S e l ectB yId (i n t) : E n ti ty + Re gion::Re gionRe pository + S e l ectB yNa m e(stri n g ) : E n ti ty + + Up d ate (E n ti ty) : vo i d + L i sta rP ro vi n ci a s() : P ro vi nci a [] + L i sta rL o ca l i da d e s(i n t) : L o ca l i d a d [] Tra ns porte ::Chofe rRe pos itory Te s ore ria ::Cheque Re pos itory + + + + + + De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL ist< E n ti ty> S e l e ctB yId(i n t) : E n ti ty S e l e ctB yNa m e(stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d + + + + + + + De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st< E n ti ty> S e l e ct(Ch o fer) : Ch o fe r[] S e l e ctB yId (i n t) : E n ti ty S e l e ctB yNa m e (stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d

Tra ns porte ::P e onR epos itory Tra ns porte ::V e hic uloRe pos itory + + + + + + + De l e te (E n ti ty) : vo i d + S a ve (E n ti ty) : vo i d + S e l e ct() : IL i st<E n ti ty> + S e l e ct(P e o n ) : P e o n [] + S e l e ctB yId (i n t) : E n ti ty + S e l e ctB yNa m e (stri n g ) : E n ti ty + Up d a te (E n tity) : vo i d + De l e te (E n ti ty) : vo i d S a ve (E nti ty) : vo i d S e l e ct() : IL i st< E n ti ty> S e l e ct(V e h i cu lo ) : V e h i cu lo [] S e l e ctB yId (i n t) : E nti ty S e l e ctB yNa m e (stri n g ) : E nti ty Up d a te (E n ti ty) : vo i d

V e ntas ::Clie nte Re pos itory + + + + + + + De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL ist< E n ti ty> S e l e ct(Cl i e n te ) : Cl ie n te [] S e l e ctB yId(i n t) : E n ti ty S e l e ctB yNa m e(stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d + + + + + +

Te s ore ria :: Cue nta FondoRe pos itory Del e te (E n ti ty) : vo i d S ave (E n ti ty) : vo i d S el e ct() : IL i st< E n ti ty> S el e ctB yId (i n t) : E n ti ty S el e ctB yNa m e (stri n g ) : E n ti ty Upd a te (E n ti ty) : vo i d

V e nta s ::Nota Cre ditoRe pos itory + + + + + + + De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL ist< E n ti ty> S e l e ctB yId(i n t) : E n ti ty S e l e ctB yNa m e(stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d S e l e ct(Cl i e n te , Da te, Da te , l o n g , l o n g ) : No ta [] + + + + + + + + +

V e nta s ::Fa c tura Repos itory i n te rfa ce Inte rfa c e s ::ICRUD<E ntity > + + + + + + De l e te (E n tity) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : ILi st< E n ti ty> S e l e ctB yId(i n t) : E n ti ty S e l e ctB yNa me (stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st< E n ti ty> S e l e ctB yId(i n t) : E n ti ty S e l e ctB yNa m e(strin g ) : E n ti ty Up d ate (E n ti ty) : vo i d S e l e ct(Cl i e n te ) : Fa ctu ra[] S e l e ct(Cl i e n te , Da te, Date , E stad o Co m p ro b a n te) : Fa ctu ra [] S e l e ct(Cl i e n te , Da te, Date ) : Fa ctu ra []

V e nta s ::Ta rifa Re pos itory + + + + + + + De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL ist< E n ti ty> S e l e ct(T i p o T a ri fa ) : T a ri fa S e l e ctB yId(i n t) : E n ti ty S e l e ctB yNa m e(stri n g ) : E n ti ty Up d a te (E n ti ty) : vo i d

V enta s ::Re c iboRe pos itory Te s ore ria ::Cobra nza Re pos itory + + + + + + De l e te (E n tity) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st< E n ti ty> S e l e ctB yId (i nt) : E n ti ty S e l e ctB yNa m e (stri n g) : E n ti ty Up d a te (E n ti ty) : vo i d + + + + + + Del e te (E n ti ty) : vo i d S ave (E n ti ty) : vo i d S el e ct() : IL i st< E n ti ty> S el e ctB yId (i n t) : E n ti ty S el e ctB yNa m e (stri n g ) : E n ti ty Upd a te (E n ti ty) : vo i d V e nta s:: TipoCom probante Re pos itory + + + + + + Del e te (E n ti ty) : vo i d S ave (E n ti ty) : vo i d S el e ct() : IL i st< E n ti ty> S el e ctB yId (i n t) : E n ti ty S el e ctB yNa m e (stri n g ) : E n ti ty Upd a te (E n ti ty) : vo i d

V e nta s ::Nota De bitoRe pos itory + + + + + + +

De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st< E n ti ty> V enta s ::V ia j e Re pos itory S e l e ct(Cl i e n te , Da te , Da te , l o n g, l o n g ) : No ta [] S e l e ctB yId (i n t) : E n ti ty + De l ete (E n ti ty) : vo i d S e l e ctB yNa m e (stri n g ) : E n ti ty + S a ve (E n ti ty) : vo i d Up d a te (E n ti ty) : vo i d + S e l ect() : ILi st<E n tity> + S e l ect(Da te , Da te , V i aj e ) : V i a j e [] + S e l ect(Cl i e n te , E sta d oV i a je ) : V i a j e [] + S e l ectB yId(i n t) : E n ti ty + S e l ectB yNa m e (stri n g ) : E n ti ty + Up da te (E n ti ty) : vo i d + + + + + + + +

V e ntas ::Cta Cte Re pos itory De l e te (E n ti ty) : vo i d S a ve (E n ti ty) : vo i d S e l e ct() : IL i st<E n ti ty> S e l e ctB yId (i n t) : Cu e n ta Co rri e n te [] S e l e ctB yNa m e(strin g ) : E n ti ty Up d ate (E n ti ty) : vo i d S e l e ct(Da te , T i p o Co m p ro b a n te , l o n g , Da te , b o o l , d eci m a l ) : C ue n ta Co rri e n te [] S e l e ct(Cl i e n te ) : Cu en ta Co rri e n te

Pgina 332 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 333 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.

ANEXOS

Pgina 333 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 334 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.1. ANEXO 1 NORMAS DE CALIDAD

NORMA IRAM 36052


NORMA IRAM 36052 Diciembre de 1996 ISO 9126:1991 ICS 35.080 * CNA 0000

INFORMTICA TECNOLOGA DE LA INFORMACIN EVALUACIN DE PRODUCTOS DE SOPORTE LGICO ("SOFTWARE") Caractersticas de la calidad y gua para su uso INFORMATION TECHNOLOGY SOFTWARE PRODUCT EVALUATION QUALITY CHARACTERISTICS AND GUIDELINES FOR THEIR USE. TECHNOLOGIES DE L'INFORMATION VALUATION DES PRODUITS LOGICIELS CARACTRISTIQUES DE QUALIT ET DIRECTIVES D'UTILISATIONS.

INSTITUTO ARGENTINO DE NORMALIZACIN

Pgina 334 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 335 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

INSTITUTO ARGENTINO DE NORMALIZACIN Corresponde a la Clase Nacional de Abastecimiento asignada por el Servicio Nacional de Catalogacin dependiente del Ministerio de Defensa. El estudio de esta norma ha estado a cargo de los organismos respectivos, integrados en la forma siguiente: Subcomit de Tecnologa Informtica Integrante Representa a:

Ing. J. C. ABRAMOFF UNIVERSIDAD ARGENTINA J. F. KENNEDY Sr. Antonio ARAMOUNI INSTITUTO ARGENTINO DE INFORMTICA Dr. Francisco N. BARCIA AIDE CONSULTORES S.R.L. Lic. Marcela CACIA INTERSOFT ARGENTINA S.A. Ing. Jorge CLOT UNIVERSIDAD CATLICA ARGENTINA Sr. Pablo COSSO INTERSOFT ARGENTINA S.A. Lic. B. J. DELL'ORO CESSI Ing. Hctor FABBI CONSEJO PROFESIONAL DE CIENCIAS INFORMTICAS Sr. Jos FERNNDEZ PERNASSADIO Lic. Liliana GOROSITO TTI S.A. Sr. Ricardo GUZMN PROSYDE S.A. CESSI Sr. Osvaldo LOSOVIZ INVITADO ESPECIAL Ing. Hctor MONTEVERDE SADIO Ing. Jorge L. MORN INTERSISTEMAS Lic. Alejandro OLIVERA UNIVERSIDAD DE BELGRANO Srta. Irene PAZOS PROSYDE S.A. Lic. Eduardo RUBIO INTERSOFT ARGENTINA S.A. Lic. Jorge A. IBEZ IRAM

Comit General de Normas (C.G.N.) Dr. V. ALDERUCCIO Ing. J. KOSTIC Ing. J. V. CASELLA Ing. J. MANGOSIO Dr. E. CATALANO Ing. S. MARDYKS Dr. A. M. CRUZ Dr. A. F. OTAMENDI Ing. D. DONEGANI Ing. T. PALACIOS Ing. R. FERNNDEZ Sr. F. R. SOLDI Dr. A. GROSSO Prof. M. P. MESTANZA Dr. R. L. HUSTE

Pgina 335 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 336 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

PREFACIO El Instituto Argentino de Normalizacin (IRAM) es una asociacin civil sin fines de lucro cuyas finalidades especficas son establecer normas tcnicas, sin limitaciones y en los mbitos que abarquen, adems de propender al conocimiento y la aplicacin de la normalizacin como base de la calidad, difundiendo el uso del Sello IRAM de Conformidad con normas IRAM y servicios afines, dentro y fuera del pas y la adopcin de sistemas de gestin de la calidad en las empresas, para brindar seguridad al consumidor. Es el representante de Argentina en la International Organization for Standardization (ISO), en la Comisin Panamericana de Normas Tcnicas (COPANT) y en el Comit MERCOSUR de Normalizacin. INTRODUCCIN Al expandirse el uso del soporte lgico (software) de aplicacin, crece en importancia la calidad del soporte lgico (software). Con el fin de gestionar la calidad del soporte lgico (software), aumenta en importancia la tecnologa para especificar y evaluar objetiva y cuantitativamente, tanto la calidad del producto de soporte lgico (software) mismo, como la calidad de su proceso de desarrollo. Por ello es necesario un marco conceptual que permita la evaluacin de la calidad del soporte lgico (software). Esta norma se genera como parte de un conjunto de documentos que proveen ese marco conceptual. Esta norma coincide totalmente con la norma ISO 9126:1991, por lo cual se la puede considerar como equivalente al documento internacional. ISO 9126:1991 INFORMTICA TECNOLOGA DE LA INFORMACIN EVALUACIN DE PRODUCTOS DE SOPORTE LGICO ("SOFTWARE") Caractersticas de la calidad y gua para su uso ICS 35.080 * CNA 0000 1 OBJETO Y CAMPO DE APLICACIN Esta norma define seis caractersticas que describen, con mnima superposicin, la calidad del soporte lgico ("software"). Estas caractersticas proveen la base para un posterior refinamiento y descripcin de dicha calidad. La norma describe como se usan estas caractersticas de calidad para la evaluacin de la calidad del soporte lgico ("software"). Esta norma no prescribe sub caractersticas (*) y mtricas, ni los mtodos para medir, relacionar y evaluar. Esta norma adhiere a la definicin de calidad dada en IRAM 8402. Pgina 336 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 337 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

(*) Nota. En el Anexo A se provee una propuesta de definicin de sub caractersticas para informacin. En esta norma, la definicin de las caractersticas y el modelo asociado con la evaluacin de la calidad del proceso, son aplicables cuando se especifican los requisitos y se evala la calidad del producto de soporte lgico ("software") para todo su ciclo de vida. Las caractersticas pueden ser aplicables a cualquier clase de soporte lgico ("software"), incluyendo programas de computadora y datos contenidos en "firmware" (ver 3.3.). Esta norma est destinada a las personas asociadas con la adquisicin, desarrollo, soporte, mantenimiento o auditora del soporte lgico ("software"). * Corresponde a la clase Nacional de Abastecimiento asignada por el Servicio Nacional de Catalogacin dependiente del Ministerio de Defensa. 2 NORMAS PARA CONSULTA Los documentos normativos siguientes contienen disposiciones, las cuales, mediante su cita en el texto, se transforman en disposiciones vlidas para la presente norma IRAM. Las ediciones indicadas eran las vigentes en el momento de su publicacin. Todo documento es susceptible de ser revisado y las partes que realicen acuerdos basados en esta norma se deben esforzar para buscar la posibilidad de aplicar sus ediciones ms recientes. Los organismos internacionales de normalizacin y el IRAM, mantienen registros actualizados de sus normas. ISO/IEC 2382-20: 1990 - Tecnologa de la informacin - Vocabulario - Parte 20: Desarrollo de sistemas. IRAM-IACC-ISO 8402: 1994 - Calidad - Vocabulario. 3 DEFINICIONES A los fines de esta norma, se aplican las definiciones siguientes: 3.1 evaluacin. Accin de aplicar un criterio de valoracin documentado y especfico a un mdulo, paquete o producto de soporte lgico ("software"), con el propsito de determinar su aceptacin o liberacin al mercado. 3.2 .peculiaridad. Propiedad identificada de un producto de soporte lgico ("software") que puede relacionarse con caractersticas de la calidad. Nota. Ejemplos de peculiaridades son la longitud del camino, la modularidad, la estructura del programa y los comentarios.

Pgina 337 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 338 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

3.3 "firmware". Estructura fsica que contiene un programa de computadora y datos que no pueden cambiarse en el ambiente del usuario. El programa de computadora y los datos contenidos en el firmware se clasifican como soporte lgico ("software"); los circuitos que contienen el programa de computadora y los datos, como "hardware". 3.4 nivel de desempeo. Grado en que las necesidades son satisfechas, representado por un conjunto especfico de valores para las caractersticas de calidad. 3.5 medicin. Accin de aplicar una mtrica de la calidad del soporte lgico ("software") a un producto especfico de soporte lgico ("software"). 3.6 calidad. Totalidad de las peculiaridades y caractersticas de un producto o servicio que le confieren la aptitud para satisfacer las necesidades establecidas o implcitas. (IRAM-IACC-ISO 8402). Nota. En una situacin contractual en un ambiente reglamentado, las necesidades estn especificadas; en caso contrario, es conveniente identificarlas y definirlas (IRAM-IACC-ISO 8402). 3.7 categorizar. Accin de ubicar el valor medido en la clase apropiada. Se usa para determinar la clase de soporte lgico ("software"), con relacin a una caracterstica especfica de ste. 3.8 clase. Rango de valores en una escala que permite clasificar al soporte lgico ("software") de acuerdo con las necesidades establecidas o implcitas. Pueden asignarse diferentes niveles debido a diferentes visiones de la calidad, por ejemplo, usuarios, ejecutivos o desarrollado res. Estos niveles se denominan clases. Nota. Estas clases son diferentes de los "grados" definidos en IRAMIACCISO 8402. 3.9 soporte lgico ("software"). Programas, procedimientos, reglas y cualquier documentacin asociada, vinculados a la operacin de un sistema de computacin. 3.10 producto de soporte lgico ("software"). Entidad de soporte lgico ("software") diseada para ser entregada a un usuario. 3.11 calidad de soporte lgico ("software"). Totalidad de las caractersticas de un producto de soporte lgico ("software") que lo habilitan para satisfacer las necesidades establecidas o implcitas.

Pgina 338 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 339 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

3.12 criterio de evaluacin de la calidad del soporte lgico ("software"). Conjunto de reglas y condiciones definidas y documentadas que se emplean para decidir si la calidad total de un producto especfico de soporte lgico ("software") es aceptable o no. La calidad se representa por el conjunto de clases asociadas con el producto de soporte lgico ("software"). 3.13 caractersticas de calidad del soporte lgico ("software"). Conjunto de atributos de un producto de soporte lgico ("software") mediante las cuales se describe y evala la calidad. Una caracterstica de calidad del soporte lgico ("software") puede refinarse en mltiples niveles de sub caractersticas. 3.14 mtrica de la calidad del soporte lgico ("software"). Una escala y un mtodo cuantitativos que pueden usarse para determinar el valor que tiene una caracterstica en un producto especfico de soporte lgico ("software").

4 CARACTERSTICAS DE LA CALIDAD DEL SOPORTE LGICO ("SOFTWARE") (Ver Anexo A) La calidad del soporte lgico ("software") puede evaluarse por las caractersticas siguientes: 4.1 Funcionalidad Un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades especificadas. Las funciones son aqullas que satisfacen las necesidades establecidas o implcitas. Notas: 1. Este conjunto de atributos caracteriza qu hace el soporte lgico ("software") para satisfacer las necesidades, mientras que otros conjuntos caracterizan principalmente cundo y cmo lo hace. 2. En cuanto a las necesidades establecidas o implcitas en esta caracterstica, se aplica la nota de la definicin de calidad (ver 3.6). 4.2 Confiabilidad Un conjunto de atributos relacionados con la capacidad del soporte lgico ("software") de mantener su nivel de comportamiento bajo las condiciones establecidas y por u n perodo de tiempo dado. Notas: 1. En el soporte lgico ("software") no existe desgaste o envejecimiento. Las limitaciones en la confiabilidad se deben a errores en los requisitos, diseo e implementacin. Las fallas debidas Pgina 339 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 340 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

a estos errores dependen ms de la forma en que se usa el producto de soporte lgico ("software") y se seleccionan las opciones del programa, que del tiempo transcurrido. 2. En la definicin de IRAM-IACC-ISO 8402, confiabilidad es "la aptitud de un artculo de ejecutar la funcin requerida...". En el presente documento, funcionalidad es slo una de las caractersticas de la calidad del soporte lgico ("software"). Por lo tanto, la definicin de confiabilidad se ha ampliado a "mantener su nivel de comportamiento..." en lugar de "ejecutar la funcin requerida" (ver tambin 3.4). 4.3 Usabilidad Un conjunto de atributos referidos al esfuerzo necesario para el uso y la evaluacin individual de tal uso, de un producto de soporte lgico ("software") por un conjunto establecido o implcito de usuarios. Notas: 1. Por "usuarios" puede entenderse el significado restringido de usuarios de un soporte lgico ("software") interactivo. Usuarios puede incluir operadores, usuarios finales y usuarios indirectos que estn bajo la influencia, o dependientes del uso del soporte lgico ("software"). La usabilidad debe dirigirse a todos los ambientes usuarios que el soporte lgico ("software") puede afectar, lo que puede incluir la preparacin para el uso y la evaluacin de los resultados. 2. La usabilidad definida en esta norma como un conjunto especfico de atributos de un producto de soporte lgico ("software") difiere de la definicin desde un punto de vista ergonmico, donde otras caractersticas, tales como eficiencia y efectividad tambin son consideradas como constituyentes de la usabilidad. 4.4 Eficiencia Un conjunto de atributos referidos a la relacin entre el nivel de comportamiento del soporte lgico ("software") y la cantidad de recursos utilizados, en condiciones establecidas. Nota. Los recursos pueden incluir otros productos de soporte lgico ("software"), "hardware", materiales (p. ej. papel de impresin, disquetes) y servicios de operacin, mantenimiento o personal de soporte. 4.5 Mantenibilidad Un conjunto de atributos referidos al esfuerzo necesario para realizar modificaciones especificadas. Nota. Las modificaciones pueden incluir correcciones, mejoras o adaptaciones del soporte lgico ("software") a cambios en el entorno y en las especificaciones de las funciones y requisitos. 4.6 Portabilidad Un conjunto de atributos referidos a la capacidad de un producto de soporte lgico ("software") de ser transferido de un ambiente a otro. Pgina 340 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 341 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Nota. El ambiente puede incluir el entorno organizacional, de hardware y de soporte lgico ("software"). 5 GUA PARA EL USO DE LAS CARACTERSTICAS DE LA CALIDAD 5.1 Uso Esta norma es aplicable para definir los requisitos de calidad del soporte lgico ("software") y evaluar (medir, clasificar y evaluar) los productos del soporte lgico ("software"), incluyendo: - Definir los requisitos de calidad de un producto de soporte lgico ("software"). - Evaluar las especificaciones del soporte lgico ("software") para ver si se satisfarn los requisitos de la calidad durante el desarrollo. - Describir las caractersticas y atributos del soporte lgico ("software") implementado (es decir, manuales del usuario). - Evaluar el soporte lgico ("software") desarrollado antes de su entrega. - Evaluar el soporte lgico ("software") antes de su aceptacin. Corrientemente, slo existen unas pocas mtricas generalmente aceptadas para las caractersticas descriptas en esta norma. Los grupos u organizaciones de normas pueden establecer sus propios modelos y mtodos de evaluacin de procesos para crear y validar mtricas asociadas con estas caractersticas para cubrir diferentes reas de aplicacin y etapas del ciclo de vida. En aquellos casos en que no est disponible y no pueda ser desarrollada una mtrica apropiada, pueden usarse descripciones verbales o mtodos prcticos. Para emplear las seis caractersticas de la calidad con propsitos de definicin y evaluacin, es tambin necesario establecer clases y criterios especficos a la organizacin o la aplicacin o ambas. Deben establecerse las mtricas, clases y criterios aplicados en la evaluacin de la calidad cuando se comunican los resultados de la evaluacin. Aunque no existe un sistema de clasificacin del soporte lgico ("software") totalmente. aceptado, hay algunas clases de soporte lgico ("software") generalmente aceptadas. La importancia de cada caracterstica de la calidad vara de acuerdo con la clase de soporte lgico ("software"). Por ejemplo, la confiabilidad es ms importante en un sistema de soport lgico ("software") para una misin crtica, la eficiencia es ms importante para un sistema en tiempo real con cronogramas crticos y la usabilidad para un sistema interactivo para usuarios finales. La importancia de cada caracterstica de la calidad tambin vara segn el punto de vista considerado.

Pgina 341 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 342 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

5.2 Visiones de la calidad del soporte lgico ("software") Existen varias visiones de la calidad, algunas de las cuales se discuten aqu. 5.2.1 Visin del usuario. La visin de la calidad en IRAM-IACC-ISO 8402 refleja la visin del usuario, tal como se define esta caracterstica en esta norma. Los usuarios estn principalmente interesados en el uso, comportamiento y consecuencia del uso del soporte lgico ("software"). Los usuarios evalan el soporte lgico ("software") sin conocer los aspectos internos o cmo se ha desarrollado. Las preguntas de los usuarios pueden incluir: - Estn disponibles las funciones requeridas en el soporte lgico ("software")? - Cun confiable es el soporte lgico ("software")? - Cun eficiente es el soporte lgico ("software")? - Es fcil de usar? - Es fcil transferir el soporte lgico ("software") a otro ambiente? 5.2.2 Visin de los desarrolladores. El proceso de desarrollo requiere que el usuario y el desarrollador utilicen la misma caracterstica de la calidad del soporte lgico ("software"), puesto que ella se aplica a los requisitos y a la aceptacin. Cuando se desarrollan soporte lgico ("software") de uso masivo, las necesidades implcitas deben reflejarse en los requisitos de la calidad. Puesto que los desarrolladores son responsables de producir un soporte lgico (".software") que satisfaga los requisitos de la calidad, estn interesados en la calidad, tanto d los productos intermedios como del final. Para evaluar la calidad de los productos intermedios en cada fase del ciclo de desarrollo, los desarrolladores deben usar diferentes mtricas para la misma caracterstica, puesto que la misma mtrica no es aplicable en todas las fases del ciclo de vida. Por ejemplo, el usuario piensa la eficiencia en trminos del tiempo de respuesta, mientras que el desarrollador tiene que usar trminos de longitud de camino y acceso y tiempos de espera en la especificacin del diseo. Hablando genricamente, las mtricas aplicables en la interface externa de un producto se reemplazan por aqulla que se aplica a su estructura. La visin de los desarrolladores debe incorporar tambin la visin de las caractersticas de la calidad requeridas para el mantenimiento del soporte lgico ("software"). 5.2.3 Visin gerencial. Un gerente puede estar ms interesado en la calidad global que en una caracterstica especfica de la calidad y por esta razn necesitar asignar a las diferentes caractersticas, pesos que reflejen los requerimientos del negocio. El gerente puede necesitar tambin balancear las mejoras de la calidad con criterios gerenciales tales como demoras y costos adicionales, porque desea optimizar la calidad dentro de costos limitados, recursos humanos y plazos. Pgina 342 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 343 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

5.3 Modelo de evaluacin de procesos La figura 1 muestra las etapas principales requeridas para evaluar la calidad del soporte lgico ("software") partiendo con las caractersticas de la calidad definidas en esta norma. Debido a la naturaleza global de la figura 1, no muestra una cantidad de procedimientos de detalle, tales como el anlisis y validacin de mtricas. El proceso consta de tres etapas: definicin de los requisitos de la calidad, preparacin de la evaluacin y procedimiento de evaluacin. Este procedimiento puede aplicarse en cualquier fase del ciclo de vida, para cada componente del producto de soporte lgico ("software").

5.3.1 Definicin de los requisitos de la calidad. El propsito de la etapa inicial es especificar los requisitos en trminos de las caractersticas de la calidad y las posibles sub caractersticas. Los requisitos expresan la demanda del entorno para el producto de soporte lgico ("software") en consideracin y debe definirse previamente al desarrollo. As como el producto de soporte lgico ("software") se descompone en un conjunto de componentes principales, los requisitos derivados del producto total pueden diferir para los distintos componentes. 5.3.2 Preparacin de la evaluacin. El propsito de esta segunda etapa es preparar las bases para la evaluacin. 5.3.2.1 Seleccin de mtricas de la calidad. La forma en que han sido definidas las caractersticas de la calidad no permiten su medida directa. Existe la necesidad de establecer mtricas que se correlacionen con las caractersticas del producto de soporte lgico ("software"). Cada particularidad cuantificable del soporte lgico ("software") y cualquier interaccin cuantificable del soporte lgico ("software") con su entorno, que se correlacionen con una caracterstica, puede establecerse como mtrica. Las mtricas pueden diferir dependiendo del ambiente y de la fase del proceso de desarrollo en que se use. Las mtricas usadas en el proceso de desarrollo deben correlacionarse con las mtricas del usuario, porque la mtrica desde el punto de vista del usuario es crucial. 5.3.2.2 Definicin de clase. Los rasgos cuantificables pueden medirse cuantitativamente empleando las mtricas de la calidad. El resultado, es decir, el valor medido se ubica en una escala. Este valor no muestra el nivel de satisfaccin. Con este propsito, estas escalas deben dividirse en rangos correspondientes a los diferentes grados de satisfaccin del requisito (figura 2). Ya que la calidad se refiere a necesidades dadas, no es posible establecer niveles generales para cualquier situacin. Estos grados deben definirse para cada evaluacin.

5.3.2.3 Definicin de criterios de evaluacin. Para evaluar la calidad de un producto, deben sintetizarse los resultados de la evaluacin de las distintas caractersticas. El evaluador debe preparar un procedimiento para esto usando, por ejemplo, tablas de decisin y pesos ponderados. El procedimiento incluir usualmente otros Pgina 343 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 344 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

aspectos, tales como tiempo y costo, que contribuyen a evaluar la calidad de un producto de soporte lgico ("software") en un ambiente particular. 5.3.3 Procedimiento de evaluacin. La ltima etapa del modelo para el proceso de evaluacin se divide en tres etapas, denominadas medicin, clasificacin y evaluacin. 5.3.3.1 Medicin. En la medicin se aplican las mtricas al producto de soporte lgico ("software"). Los resultados son valores en la escala de las mtricas. 5.3.3.2 Clasificacin. En la etapa de clasificacin, la clase se determina de acuerdo con el valor medido (ver figura 2). 5.3.3.3 Evaluacin. La evaluacin es la etapa final de este proceso, donde un conjunto de clases son sumarizadas. El resultado es la enunciacin de la calidad del producto de soporte lgico ("software"). Luego, este enunciado se compara con otros aspectos, tales como tiempo y costos. Finalmente, la decisin gerencial se adoptar basada en criterios gerenciales. El resultado es una decisin gerencial sobre aceptacin o rechazo, o liberacin o no del producto de soporte lgico ("software"). ANEXO A (Informativo) SUBCARACTERSTICAS DE LA CALIDAD A.1 Introduccin Este Anexo describe un modelo ilustrativo de la Calidad que define las caractersticas de IRAM 36052 en trminos de las sub caractersticas. Esta es una etapa necesaria hacia la medicin de la calidad utilizando el modelo de proceso de evaluacin de la calidad descripto en la IRAM 36052. Los documentos relacionados subsiguientes tratan de la medicin de estas sub caractersticas. A.2 Definicin de las sub caractersticas de la calidad A.2.1 Funcionalidad A.2.1.1 Adaptabilidad. Atributo del soporte lgico ("software") que se relaciona con la presencia y aptitud de un conjunto de funciones para tareas especficas. Nota. La composicin de una funcin a partir de sus sub funciones constituyentes y la capacidad de las tablas son ejemplos de esta aptitud para una tarea dada. A.2.1.2 Exactitud. Atributo del soporte lgico ("software") relativo a la provisin de resultados o efectos correctos o acordados. Nota. Por ejemplo, esto incluye el grado de precisin de los valores calculados. Pgina 344 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 345 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

A.2.1.3 Interoperabilidad. Atributo del soporte lgico ("software") relacionado con la capacidad de interactuar con sistemas especificados. Nota. Se usa interoperabilidad en lugar de compatibilidad para evitar la posible ambigedad con reemplazabilidad (ver A.2.6.4). A.2.1.4 Conformidad (compliance). Atributo del soporte lgico ("software") que hace que la aplicacin se ajuste a los estndares o regulaciones o convenciones establecidos en leyes o prescripciones similares. A.2.1.5 Seguridad. Atributo del soporte lgico ("software") relacionado con su capacidad de prevenir el acceso a los programas o los datos, no autorizado, ya sea accidental o deliberado. A.2.2 Confiabilidad A.2.2.1 Madurez. Atributo del soporte lgico ("software") que se relaciona con la frecuencia de fallas o errores en el soporte lgico ("software"). A.2.2.2 Tolerancia a fallas. Atributo del soporte lgico ("software") relacionado con su capacidad de mantener un nivel de rendimiento especificado en caso de fallas del soporte lgico ("software") o violacin de su interface especificada. Nota. El nivel de rendimiento especificado incluye la seguridad del funcionamiento. A.2.2.3 Recuperabilidad. Atributo del soporte lgico ("software") referido a su capacidad de restablecer su nivel de rendimiento y recuperar los datos directamente afectados en caso de fallas y al tiempo y esfuerzo necesario para ello. A.2.3 Usabilidad A.2.3.1 Inteligibilidad. Atributo del soporte lgico ("software") referido al esfuerzo del usuario para reconocer el concepto lgico y su aplicabilidad. A.2.3.2 Facilidad de aprendizaje. Atributo del soporte lgico ("software") referido al esfuerzo del usuario para aprender su aplicacin (por ejemplo, control de la operacin, entrada, salida). A.2.3.3 Operabilidad. Atributo del soporte lgico ("software") referido al esfuerzo del usuario para su operarlo y controlar su operacin. A.2.4 Eficiencia Pgina 345 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 346 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

A.2.4.1 Comportamiento temporal (time behaviour). Atributo del soporte lgico ("software") referido a la respuesta y tiempo de procesamiento y a los rendimientos para realizar su funcin (throughput rates). A.2.4.2 Utilizacin de recursos (resource behaviour). Atributo del soporte lgico ("software") referido a la cantidad de recursos que utiliza y al tiempo en que los utiliza para realizar su funcin. A.2.5 Mantenibilidad A.2.5.1 Facilidad de anlisis (analysability). Atributo del soporte lgico ("software") referido al esfuerzo necesario para diagnosticar deficiencias o causas de fallas, o para identificar partes a ser modificadas. A.2.5.2 Facilidad de cambios (changeability). Atributos del soporte lgico ("software") referido al esfuerzo necesario para modificarlo, remover fallas o cambiar el entorno. A.2.5.3 Estabilidad. Atributo del soporte lgico ("software") referido al riesgo de que aparezcan efectos inesperados de las modificaciones. A.2.5.4 Verificabilidad. Atributo del soporte lgico ("software") referido al esfuerzo requerido para validar el soporte lgico ("software") modificado. Nota. Los valores de esta sub caracterstica pueden ser alterados por las modificaciones en consideracin. A.2.6 Portabilidad A.2.6.1 Adaptabilidad. Atributo del soporte lgico ("software") referido a la oportunidad de adaptacin a diferentes ambientes especificados sin emplear otras acciones o medios que aquellos provistos para este propsito por el soporte lgico ("software") considerado. A.2.6.2 Facilidades de instalacin. Atributo del soporte lgico ("software") que trata de los esfuerzos necesarios para instalarlo en un determinado ambiente. A.2.6.3 Conformidad (conformance). Atributo del soporte lgico ("software") que hace que ste cumpla con los estndares o convenciones relativas a la portabilidad.

A.2.6.4 Facilidad de reemplazo (replaceability). Atributos del soporte lgico ("software") que se refieren a la oportunidad y el esfuerzo de usarlo en el lugar de otro soporte lgico ("software") especificado en el ambiente de este soporte lgico ("software"). Pgina 346 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 347 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Notas: 1. Facilidad de reemplazo se usa en lugar de compatibilidad para evitar posibles ambigedades con interoperabilidad. 2. La facilidad de reemplazo con un soporte lgico ("software") especfico no implica que este soporte lgico ("software") es reemplazable por el soporte lgico ("software") en consideracin. 3. La facilidad de reemplazo puede incluir atributos de facilidades de instalacin y adaptabilidad. Esta sub caracterstica se ha incluido independientemente debido a su importancia. ANEXO B (Informativo) BIBLIOGRAFA Para el estudio de esta norma se ha tenido en cuenta el antecedente siguiente: ISO INTERNATIONAL ORGANIZATION FOR STANDARDIZATION ORGANISATION INTERNATIONALE DE NORMALISATION ISO 9126:1991 Information technology " software" product evaluation Quality characteristics and guidelines for their use. Technologies de I'information - valuation des produits logiciels - Caractristiques de qualit et directives d'utilisations.

Pgina 347 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 348 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.2. ANEXOS ESPECIFICOS DEL PROYECTO

10.2.1.

LEY DE CONFIDENCIALIDAD

LEY N 24.766
Sancionada: Diciembre 18 de 1996 Promulgada: Diciembre 20 de 1996

El Senado y Cmara de Diputados de la Nacin Argentina Reunidos en Congreso, etc. sancionan con fuerza de Ley:

Pgina 348 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 349 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

ARTICULO 1.- Las personas fsicas o jurdicas podrn impedir que la informacin que est legtimamente bajo su control se divulgue a terceros o sea adquirida o utilizada por terceros sin su consentimiento de manera contraria a los usos comerciales honestos, mientras dicha informacin rena las siguientes condiciones: a) Sea secreta en el sentido de que no sea, como cuerpo o en la configuracin y reunin precisa de sus componentes, generalmente conocida ni fcilmente accesible para personas introducidas en los crculos en que normalmente se utiliza el tipo de informacin en cuestin; y b) Tenga un valor comercial por ser secreta; y c) Haya sido objeto de medidas razonables, en las circunstancias, para mantenerla secreta, tomadas por la persona que legtimamente la controla. Se considerar que es contrario a los usos comerciales honestos el incumplimiento de contratos, el abuso de confianza, la instigacin a la infraccin y adquisicin de informacin no divulgada por terceros que supieran o no, por negligencia grave, que la adquisicin implicaba tales prcticas. ARTICULO 2.- La presente ley se aplicar a la informacin que conste en documentos, medios electrnicos o magnticos, discos, pticos, microfilmes, pelculas u otros elementos similares. ARTICULO 3.- Toda persona que con motivo de su trabajo, empleo, cargo, puesto, desempeo de su profesin o relacin de negocios, tenga acceso a una informacin que rena las condiciones enumeradas en el artculo 1 y sobre cuya confidencialidad se los haya prevenido, deber abstenerse de usarla y de revelarla sin causa justificada o sin consentimiento de la persona que guarda dicha informacin o de su usuario autorizado. Il Proteccin de la informacin solicitada por la autoridad Sanitaria como requisito para la aprobacin de productos ARTICULO 4.- Para los casos en que se solicite la aprobacin del registro o autorizacin de comercializacin de productos que utilicen nuevas entidades qumicas que no tengan registro previo ni en la Argentina ni en cualquier otro pas, deber presentarse a la autoridad sanitaria local informacin que acredite la eficacia e inocuidad del producto. En la medida que esta informacin rena los requisitos del artculo 1 y sea resultado de un esfuerzo tcnico y econmico significativo, ser protegida contra todo uso comercial deshonesto tal como se define en la presente ley y no podr ser divulgada. ARTICULO 5.- Para el caso de productos que tengan registro o autorizacin de comercializacin en la Argentina o en pases del anexo l, includo el caso sealado en el artculo anterior una vez que se haya otorgado el registro en la Argentina o en alguno de esos pases del anexo l, la autoridad sanitaria local proceder a la aprobacin o autorizacin de comercializacin de productos similares. A esos efectos la autoridad sanitaria local, para otorgar la inscripcin de especialidades medicinales o farmacuticas similares a las que se encuentran autorizadas en el Pgina 349 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 350 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

pas o en pases del anexo l, solicitar que se presente nicamente la siguiente informacin, distinta a la mencionada en el artculo anterior: a) Del producto: nombre propuesto para el mismo; frmula (definida y verificable); forma o formas farmacuticas en que se presentar; clasificacin farmacolgica, haciendo referencia al nmero de cdigo -si existiere- de la clasificacin internacional de medicamentos de la Organizacin Mundial de la Salud (OMS); condicin de expendio; b) Informacin tcnica; mtodo de control; perodo de vida til; mtodo de elaboracin de acuerdo con prcticas adecuadas de fabricacin vigente y datos sobre bio equivalencia o biodisponibilidad del producto respecto de los similares; c) Proyecto de rtulos y etiquetas que debern contener las siguientes inscripciones: nombre del laboratorio, direccin del mismo, nombre del Director Tcnico, nombre del producto y nombre genrico en igual tamao y realce, frmula por unidad de forma farmacutica o porcentual, contenido por unidad de venta, fecha de vencimiento, forma de conservacin y condicin de venta, nmero de partida y serie de fabricacin, y la leyenda MEDICAMENTO AUTORIZADO POR EL MINISTERIO DE SALUD Y ACCION SOCIAL, Certificado N; d) Proyecto de prospectos que reproducir: las inscripciones no variables de los rtulos y etiquetas; la accin o acciones farmacolgicas y teraputicas que se atribuyen al producto con indicaciones clnicas precisas y con advertencias, precauciones y, cuando corresponda, de antagonismos, antidotismos e interacciones medicamentosas y de los efectos adversos que puedan llegar a desencadenar; posologa habitual y dosis mximas y mnimas, forma de administracin, presentaciones y riesgo de habituacin adictiva en casos de determinadas formas de uso indebido; e) En el caso de especialidades medicinales o farmacuticas importadas de los pases incluidos en el Anexo ll que forma parte integrante de la presente, adems de la informacin requerida en los incisos precedentes, deber acompaarse un certificado de la autoridad sanitaria del pas de origen. Previa a la solicitud de registro o importacin ante la autoridad sanitaria local, el producto en cuestin deber estar comercializado en el pas de origen. La elaboracin de las especialidades medicinales o farmacuticas a que se refiere el presente artculo deber llevarse a cabo en laboratorios farmacuticos cuyas plantas se encuentren aprobadas por entidades gubernamentales de pases de alta vigilancia sanitaria o por el Ministerio de Salud y Accin Social, que cumplan con las normas de elaboracin y control de calidad exigidas por la autoridad sanitaria nacional. Una vez presentada la informacin solicitada en este artculo, el Ministerio de Salud y Accin Social tendr un plazo de 120 das corridos para expedirse, contados a partir de la presentacin de la solicitud de inscripcin de la especialidad medicinal o farmacutica. La aprobacin del registro o de la autorizacin de comercializacin establecida al amparo de los procedimientos de aprobacin para productos similares establecidos en este artculo, por parte de la autoridad administrativa local, no implica el uso de la informacin confidencial protegida por la presente ley.

Pgina 350 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 351 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

El rgimen del presente artculo ser comprensivo para : l. Las solicitudes de registro de especialidades medicinales a elaborarse en nuestro pas y aquellas a importarse de pases incluidos en el Anexo ll que resulten similares a otras ya inscriptas en el Registro; y ll. Las solicitudes de registro de especialidades medicinales a elaborarse en nuestro pas, similares a las autorizadas para su consumo pblico en al menos uno de los pases que integran el Anexo l aun cuando se tratara de una novedad dentro del Registro de la Autoridad Sanitaria. ARTICULO 6.- En los casos que se enumeran ms abajo de la informacin requerida en el artculo 5 deber presentarse a la autoridad sanitaria local, informacin que acredite la eficacia e inocuidad del producto. Los casos referidos son los siguientes: a) Elaboracin en el pas de productos que no tengan registro previo en la Argentina, salvo la excepcin prevista en el artculo anterior, para las especialidades medicinales autorizadas en algunos de los pases del Anexo l; b) Importacin desde un pas del Anexo ll de esta ley que no tuviera similares inscriptos en el registro de la autoridad sanitaria local aun cuando estuviera autorizada y comercializada en el pas de origen; c) Importacin de productos manufacturados en pases no incluidos en los Anexos l y ll de la presente ley, y no autorizados para su consumo en algunos de los pases del Anexo l. ARTICULO 7.- Cuando la comercializacin de los productos a registrar requiera la autorizacin del Instituto Argentino de Sanidad y Calidad Vegetal y del Servicio Nacional de Sanidad Animal o los nuevos organismos a crearse dependientes de la Secretara de Agricultura, Pesca y Alimentacin del Ministerio de Economa y Obras y Servicios Pblicos, dicho organismo fijar la normativa administrativa correspondiente, creando un sistema de clasificacin, archivo y reserva de documentacin que asegure la proteccin de la propiedad intelectual, de acuerdo al artculo 1 de la presente ley, de la informacin cientfica y tcnica que le fuera suministrada para la inscripcin de productos fitosanitarios y zoosanitarios. ARTICULO 8.- Cuando se trate de un producto o procedimiento protegido por una patente de invencin, cualquier tercero podr utilizar la invencin antes del vencimiento de la patente, con fines experimentales y para reunir la informacin requerida para la aprobacin de un producto o procedimiento por la autoridad competente, para su comercializacin con posterioridad al vencimiento de la patente. ARTICULO 9.- La informacin a que se refiere este Captulo, ser protegida mientras rena los requisitos del artculo 1; por lo tanto no estar protegida la informacin que hubiera cado en el dominio pblico en cualquier pas, por la publicacin de cualquiera de los datos protegidos, la presentacin de todos o partes de los mismos en medios cientficos o acadmicos, o por cualquier otro medio de divulgacin. Pgina 351 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 352 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

ARTICULO 10.- Quedar exceptuada de la proteccin del artculo 4, la informacin cuya publicacin sea necesaria para proteger al pblico o cuando se adopten medidas para garantizar la proteccin de dicha informacin contra todo uso comercial deshonesto. Ill Acciones por infraccin a la ley ARTCULO 11.- La proteccin conferida por esta ley no crea derechos exclusivos en favor de quien posea o hubiera desarrollado la informacin. El acceso por terceros a la informacin de manera contraria a los usos comerciales honestos, dar derecho a quien la posea a ejercer las siguientes acciones: a) Solicitar medidas cautelares destinadas a hacer cesar las conductas ilcitas; b) Ejercer acciones civiles destinadas a prohibir el uso de la informacin no divulgada y obtener la reparacin econmica del perjuicio sufrido. ARTICULO 12.- Quien incurriera en la infraccin de lo dispuesto en la presente ley en materia de confidencialidad, quedar sujeto a la responsabilidad que correspondiera conforme con el Cdigo Penal, y otras normas penales concordantes para la violacin de secretos, sin perjuicio de la responsabilidad penal en que se incurra por la naturaleza del delito. ARTCULO 13.- Los funcionarios de los organismos intervinientes sern pasibles de las acciones que pudieran corresponder por aplicacin del artculo anterior, ms la pena de exoneracin y multa. ARTICULO 14.- La presente ley ser aplicable en lo que respecta a la informacin requerida en el artculo 4 a partir del 1 de enero del ao 1997, siempre que se refiera a productos nuevos en los trminos del artculo 4 de la ley N 24.481. ARTICULO 15.- Comunquese al Poder Ejecutivo. DADA EN LA SALA DE SESIONES DEL CONGRESO ARGENTINO, EN BUENOS AIRES A LOS DIECIOCHO DIAS DEL MES DE DICIEMBRE DEL AO MIL NOVECIENTOS NOVENTA Y SEIS. ALBERTO R. PIERRI - CARLOS F. RUCKAUF - Juan Estrada - Edgardo Piuzzi.

Pgina 352 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 353 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

ANEXO l

Estados Unidos Japn Suecia Confederacin Helvtica Israel Canad Austria Alemania Francia Reino Unido Pases Bajos Blgica Dinamarca Espaa Italia
ANEXO ll

Commonwealth de Australia Estados Unidos de Mxico Repblica Federativa de Brasil Repblica de Cuba Repblica de Chile Repblica de Finlandia Repblica de Hungra Irlanda Repblica Popular China Gran Ducado de Luxemburgo Reino de Noruega Nueva Zelanda

Pgina 353 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 354 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.2.2.

LEY 11.723 (235) - Propiedad intelectual

Ley de Propiedad Intelectual


Ley 11.723 (235) del Poder Ejecutivo Nacional

Buenos Aires, 28 de septiembre de 1933

Pgina 354 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 355 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Art. 1 - A los efectos de la presente ley, las obras cientficas, literarias y artsticas, comprenden los escritos de toda naturaleza y extensin; las obras dramticas, composiciones musicales, dramtico-musicales; las cinematogrficas y pantommicas; las obras de dibujos, pintura, escultura, arquitectura; modelos y obras de arte o ciencia aplicadas al comercio o a la industria; los impresos, planos y mapas; los plsticos, fotografas, grabados y discos fonogrficos, en fin: toda produccin cientfica, literaria, artstica o didctica sea cual fuere el procedimiento de reproduccin. Art. 2 - El derecho de propiedad de una obra cientfica, literaria o artstica, comprende para su autor la facultad de disponer de ella, de publicarla, de ejecutarla, de representarla, y exponerla en pblico, de enajenarla, de traducirla, de adaptarla o de autorizar su traduccin y de reproducirla en cualquier forma. Art. 3 - Al editor de una obra annima o seudnima correspondern, con relacin a ella, los derechos y las obligaciones del autor, quien podr recabarlos para s justificando su personalidad. Los autores que empleen seudnimos, podrn registrarlos adquiriendo la propiedad de los mismos. Art. 4 - Son titulares del derecho de propiedad intelectual: a) El autor de la obra; b) Sus herederos o derechohabientes; c) Los que con permiso del autor la traducen, refunden, adaptan, modifican o transportan sobre la nueva obra intelectual resultante. Art. 5 - La propiedad intelectual corresponde a los autores durante su vida y a sus herederos o derechohabientes, durante treinta aos ms. En los casos de colaboracin debidamente autenticada, este trmino comenzar a correr desde la muerte del ltimo coautor. Para las obras pstumas, los trminos comenzarn a correr desde la fecha de la muerte del autor y ellas permanecern en el dominio privado de sus herederos o derechohabientes por el trmino de treinta aos. Si no hubiere herederos o derechohabientes del autor la propiedad de la obra corresponder por quince aos, a quien la edite autorizadamente. Si hubiere herederos o derechohabientes y el autor hubiese encargado a una tercera persona la publicacin de la obra, la propiedad quedar en condominio entre los herederos y el editor. Art. 6 - Los herederos o derechohabientes no podrn oponerse a que terceros reediten las obras del causante cuando dejen transcurrir ms de diez aos sin disponer su publicacin. Tampoco podrn oponerse los herederos o derechohabientes a que terceros traduzcan las obras del causante despus de diez aos de su fallecimiento.
Pgina 355 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 356 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Estos casos, si entre el tercero editor y los herederos o derechohabientes no hubiera acuerdo sobre las condiciones de impresin o la retribucin pecuniaria, ambas sern fijadas por rbitros. Art. 7 - Se consideran obras pstumas, adems de las no publicadas en vida del autor, las que lo hubieren sido durante sta, si el mismo autor a su fallecimiento las deja refundidas, acondicionas, anotadas o corregidas de una manera tal que merezcan reputarse como obras nuevas. Art. 8 - Nadie tiene derecho a publicar, sin permiso de los autores o de sus derechohabientes, una produccin cientfica, literaria, artstica o musical que se haya anotado o copiado durante su lectura, ejecucin o exposicin pblicas o privadas. Art. 10. - Cualquiera puede publicar con fines didcticos o cientficos, comentarios, crticas o notas referentes a las obras intelectuales incluyendo hasta mil palabras de obras literarias o cientficas u ocho compases en las musicales y en todos los casos slo las partes del texto indispensables a ese efecto. Quedan comprendidas en esta disposicin las obras docentes, de enseanza, colecciones, antologas y otras semejantes. Cuando las inclusiones de obras ajenas sean la parte principal de la nueva obra, podrn los tribunales fijar equitativamente en juicio sumario la cantidad proporcional que le corresponde a los titulares de los derechos de las obras incluidas. Art. 11. - Cuando las partes o los tomos de una misma obra hayan sido publicados por separado en aos distintos, los plazos establecidos por la presente ley corren para cada tomo o cada parte, desde el ao de la publicacin. Tratndose de obras publicadas parcial o peridicamente por entregas o folletines, los plazos establecidos en la presente ley corren a partir de la fecha de la ltima entrega de la obra. Art. 12. - La propiedad intelectual se regir por las disposiciones del derecho comn, bajo las condiciones y limitaciones establecidas en la presente ley. De las obras extranjeras Art. 13. - Todas las disposiciones de esta ley, salvo las del art. 57, son igualmente aplicables a las obras cientficas, artsticas y literarias, publicadas en pases extranjeros, sea cual fuere la nacionalidad de sus autores, siempre que pertenezcan a naciones que reconozcan el derecho de propiedad intelectual. Art. 14. - Para asegurar la proteccin de la ley argentina, el autor de una obra extranjera slo necesita acreditar el cumplimiento de las formalidades establecidas para su proteccin por las leyes del pas en que se haya hecho la publicacin, salvo lo dispuesto en el art. 23, sobre contratos de traduccin. Art. 15. - La proteccin que la ley argentina acuerda a los autores extranjeros no se extender a un perodo mayor que el reconocido por las leyes del pas donde se hubiere publicado la obra. Si tales leyes acuerdan una proteccin mayor regirn los trminos de la presente ley.
Pgina 356 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 357 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

De la colaboracin Art. 16. - Salvo convenios especiales los colaboradores de una obra disfrutan derechos iguales; los colaboradores annimos de una compilacin colectiva, no conservan derecho de propiedad sobre su contribucin de encargo y tendrn por representante legal al editor. Art. 17. - No se considera colaboracin la mera pluralidad de autores, sino en el caso en que la propiedad no pueda dividirse sin alterar la naturaleza de la obra. En las composiciones musicales con palabras, la msica y la letra se consideran como dos obras distintas. Art. 18. - El autor de un libreto o composicin cualquiera puesta en msica, ser dueo exclusivo de vender o imprimir su obra separadamente de la msica, autorizando o prohibiendo la ejecucin o representacin pblica de su libreto y el compositor podr hacerlo igualmente con su obra musical, con independencia del autor del libreto. Art. 19. - En el caso de que dos o varios autores hayan colaborado en una obra dramtica o lrica, bastar para su representacin pblica la autorizacin concedida por uno de ellos, sin perjuicio de las acciones personales a que hubiere lugar. Art. 20. - Salvo convenios especiales, los colaboradores en una obra cinematogrfica tienen iguales derechos, considerndose tales al autor del argumento y al productor de la pelcula. Cuando se trate de una obra cinematogrfica musical, en que haya colaborado un compositor, ste tiene iguales derechos que el autor del argumento y el productor de la pelcula. Art. 21. - Salvo convenios especiales: El productor de la pelcula cinematogrfica, tiene facultad para proyectarla, aun sin el consentimiento del autor del argumento o del compositor, sin perjuicio de los derechos que surgen de la colaboracin. El autor del argumento tiene la facultad exclusiva de publicarlo separadamente y sacar de l una obra literaria o artstica de otra especie. El compositor tiene la facultad exclusiva de publicar y ejecutar separadamente la msica. Art. 22. - El productor de la pelcula cinematogrfica, al exhibirla en pblico, debe mencionar su propio nombre, el del autor de la accin o argumento o aquel de los autores de las obras originales de las cuales se haya tomado el argumento de la obra cinematogrfica, el del compositor, el del director artstico o adaptador y el de los intrpretes principales. Art. 23. - El titular de un derecho de traduccin tiene sobre ella el derecho de propiedad en las condiciones convenidas con el autor, siempre que los contratos de
Pgina 357 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 358 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

traduccin se inscriban en el Registro Nacional de Propiedad Intelectual dentro del ao de la publicacin de la obra traducida. La falta de inscripcin del contrato de traduccin trae como consecuencia la suspensin del derecho del autor o sus derechohabientes hasta el momento en que la efecte recuperndose dichos derechos en el acto mismo de la inscripcin, por el trmino y condiciones que correspondan, sin perjuicio de la validez de las traducciones hechas durante el tiempo en que el contrato no estuvo inscripto. Art. 24. - El traductor de una obra que no pertenece al dominio privado slo tiene propiedad sobre su versin y no podr oponerse a que otros la traduzcan de nuevo. Art. 25. - El que adapte, transporte, modifique o parodie una obra con la autorizacin del autor, tiene sobre su adaptacin, transporte, modificacin o parodia, el derecho de coautor, salvo convenio en contrario. Art. 26. - El que adapte, transporte, modifique o parodie una obra que no pertenece al dominio privado, ser dueo exclusivo de su adaptacin, transporte, modificacin o parodia, y no podr oponerse a que otros adapten, transporten, modifiquen o parodien la misma obra. Disposiciones especiales Art. 27. - Los discursos polticos o literarios y en general las conferencias sobre temas intelectuales, no podrn ser publicadas si el autor no lo hubiere expresamente autorizado. Los discursos parlamentarios no podrn ser publicados con fines de lucro, sin la autorizacin del autor. Exceptuase la informacin periodstica. Art. 28. - Los artculos no firmados, colaboraciones annimas, reportajes, dibujos, grabados o informaciones en general que tengan un carcter original y propio, publicadas por un diario, revista u otras publicaciones peridicas por haber sido adquiridos u obtenidos por ste o por una agencia de informaciones con carcter de exclusividad, sern considerados como de propiedad del diario, revista, u otras publicaciones peridicas, o de la agencia. Las noticias de inters general podrn ser utilizadas, transmitidas o retransmitidas; pero cuando se publiquen en su versin original ser necesario expresar la fuente de ellas. Art. 29. - Los autores de colaboraciones firmadas en diarios, revistas y otras publicaciones peridicas son propietarios de su colaboracin. Si las colaboraciones no estuvieren firmadas, sus autores slo tienen derecho a publicarlas en coleccin, salvo pacto en contrario con el propietario del diario, revista o peridico. Art. 30. - Los propietarios de las publicaciones a que se refiere el artculo anterior, para acogerse a los beneficios de esta ley, debern efectuar la inscripcin en el Registro Nacional de Propiedad Intelectual, depositando mensualmente tres colecciones de los ejemplares publicados.
Pgina 358 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 359 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Esta inscripcin aprovecha a los titulares de las obras intelectuales contenidas en las publicaciones depositadas y pueden exigir del Registro Nacional de Propiedad Intelectual certificados o testimonios en la parte pertinente de las mismas que les interese. Art. 31. - El retrato fotogrfico de una persona no puede ser puesto en el comercio sin el consentimiento expreso de la persona misma, y muerta sta, de su cnyuge e hijos o descendientes directos de stos, o en su defecto del padre o de la madre. Faltando el cnyuge, los hijos, el padre o la madre, o los descendientes directos de los hijos, la publicacin es libre. La persona que haya dado su consentimiento puede revocarlo resarciendo daos y perjuicios. Es libre la publicacin del retrato cuando se relacione con fines cientficos, didcticos y en general culturales, o con hechos o acontecimientos de inters pblico o que se hubieren desarrollado en pblico. Art. 32. - El derecho de publicar las cartas pertenece al autor. Despus de la muerte del autor es necesario el consentimiento de las personas mencionados en el artculo que antecede y en el orden ah indicado. Art. 33. - Cuando las personas cuyo consentimiento sea necesario para la publicacin del retrato fotogrfico o de las cartas, sean varias, y haya desacuerdo entre ellas, resolver la autoridad judicial. Art. 34. - Para las obras fotogrficas la duracin del derecho de propiedad es de 20 aos desde la primera publicacin. Sin perjuicio de las condiciones y proteccin de las obras originales reproducidas o adaptadas a pelculas, para las obras cinematogrficas la duracin del derecho de propiedad es de 30 aos desde la fecha de la primera publicacin. La fecha y el lugar de la publicacin y el nombre o la marca del autor o del editor debe estar inscripta sobre la obra fotogrfica o sobre la pelcula, de lo contrario la reproduccin de la obra fotogrfica o cinematogrfica no podr ser motivo de la accin penal establecida en esta ley. Art. 35. - El consentimiento a que se refiere el art. 31 para la publicacin del retrato no es necesario despus de transcurridos 20 aos de la muerte del autor de la carta. Para la publicacin de una carta, el consentimiento no es necesario despus de transcurridos 20 aos de la muerte del autor de la carta. Esto aun en el caso de que la carta sea objeto de proteccin como obra, en virtud de la presente ley. Art. 36. - No podr ejecutarse o publicarse en todo o en parte, obra alguna literaria, cientfica, o musical, sino con el ttulo y en la forma confeccionada por su autor y con autorizacin de ste o su representante, hacindose extensiva esta disposicin a la msica instrumental y a la de baile, as como a las audiciones pblicas por transmisin a distancias, como las radiotelefnicas.
Pgina 359 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 360 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

De la edicin Art. 37. - Habr contrato de edicin cuando el titular del derecho de propiedad sobre una obra intelectual, se obliga a entregarla a un editor y ste a reproducirla, difundirla y venderla. Este contrato se aplica cualquiera sea la forma o sistema de reproduccin o publicacin. Art. 38. - El titular conserva su derecho de propiedad intelectual, salvo que lo renunciare por el contrato de edicin. Puede traducir, transformar, refundir, etctera, su obra y defenderla contra los defraudadores de su propiedad, aun contra el mismo editor. Art. 39. - El editor slo tiene los derechos vinculados a la impresin, difusin y venta, sin poder alterar el texto y slo podr efectuar las correcciones de imprenta, si el autor se negare o no pudiere hacerlo. Art. 40. - En el contrato deber constar el nmero de ediciones y el de ejemplares de cada una de ellas, como tambin la retribucin pecuniaria del autor o sus derechohabientes; considerndose siempre oneroso el contrato, salvo prueba en contrario. Si las anteriores condiciones no constaran se estar a los usos y costumbres del lugar del contrato. Art. 41. - Si la obra pereciera en poder del editor antes de ser editada, ste deber al autor o a sus derechohabientes como indemnizacin la regala o participacin que les hubiera correspondido en caso de edicin. Si la obra pereciera en poder del autor o sus derechohabientes, stos debern la suma que hubieran percibido a cuenta de regala y la indemnizacin de los daos y perjuicios causados. Art. 42. - No habiendo plazo fijado para la entrega de la obra por el autor o sus derechohabientes o para su publicacin por el editor, el tribunal lo fijar equitativamente en juicio sumario y bajo apercibimiento de la indemnizacin correspondiente. Art. 43. - Si el contrato de edicin tuviere plazo y al expirar ste el editor conservare ejemplares de la obra no vendidos, el titular podr comprarlos a precio de costo, ms un 10% de bonificacin. Si no hace el titular uso de este derecho, el editor podr continuar la venta de dichos ejemplares en las condiciones del contrato fenecido. Art. 44. - El contrato terminar cualquiera sea el plazo estipulado si las ediciones convenidas se agotaran. De la representacin Art. 45. - Hay contrato de representacin cuando el autor o sus derechohabientes entregan a un tercero o empresario y ste acepta, una obra teatral para su representacin pblica.
Pgina 360 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 361 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Art. 46. - Tratndose de obras inditas que el tercero o empresario debe hacer representar por primera vez, deber dar recibido de ella al autor o sus derechohabientes y les manifestar dentro de los treinta das de su representacin si es o no aceptada. Toda obra aceptada debe ser representada dentro del ao correspondiente a su presentacin. No sindolo, el autor tiene derecho a exigir como indemnizacin una suma igual a la regala de autor correspondiente a veinte representaciones de una obra anloga. Art. 47. - La aceptacin de una obra no da derecho al aceptante a su reproduccin o representacin por otra empresa, o en otra forma que la estipulada, no pudiendo hacer copias fuera de las indispensables, ni venderlas, ni locarlas sin permiso del autor. Art. 48. - El empresario es responsable, de la destruccin total o parcial del original de la obra y si por su negligencia esta se perdiere, reprodujere o representare, sin autorizacin del autor o sus derechohabientes, deber indemnizar los daos y perjuicios causados. Art. 49. - El autor de una obra indita aceptada por un tercero no puede mientras ste no la haya representado, hacerla representar por otro, salvo convencin en contrario. Art. 50. - A los efectos de esta ley se consideran como representacin o ejecucin pblica, la transmisin radiotelefnica, exhibicin cinematogrfica, televisin o cualquier otro procedimiento de reproduccin mecnica de toda obra literaria o artstica. Art. 51. - El autor o sus derechohabientes pueden enajenar o ceder total o parcialmente su obra. Esta enajenacin es vlida slo durante el trmino establecido por la ley y confiere a su adquirente el derecho a su aprovechamiento econmico sin poder alterar su ttulo, forma y contenido. Art. 52. - Aunque el autor enajenare la propiedad de su obra, conserva sobre ella el derecho a exigir la fidelidad de su texto y ttulo, en las impresiones, copias o reproducciones, como asimismo la mencin de su nombre o seudnimo como autor. Art. 53. - La enajenacin o cesin de una obra literaria, cientfica o musical, sea total o parcial, debe inscribirse en el Registro Nacional de la Propiedad Intelectual, sin cuyo requisito no tendr validez. Art. 54. - La enajenacin o cesin de una obra pictrica, escultrica, fotogrfica o de artes anlogas, salvo pacto en contrario, no lleva implcito el derecho de reproduccin que permanece reservado al autor o sus derechohabientes. Art. 55. - La enajenacin de planos, croquis y trabajos semejantes, no da derecho al adquirente sino para la ejecucin de la obra tenida en vista, no pudiendo enajenarlos, reproducirlos o servirse de ellos para otras obras. Estos derechos quedan reservados a su autor, salvo pacto en contrario.
Pgina 361 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 362 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

De los intrpretes Art. 56. - El intrprete de una obra literaria o musical, tiene el derecho de exigir una retribucin por su interpretacin difundida o retransmitida mediante la radiotelefona, la televisin, o bien grabada o impresa sobre disco, pelcula, cinta, hilo o cualquier otra substancia o cuerpo apto para la reproduccin sonora o visual. No llegndose a un acuerdo, el monto de la retribucin quedar establecido en juicio sumario por la autoridad judicial competente. El intrprete de una obra literaria o musical est facultado para oponerse a la divulgacin de su interpretacin, cuando la reproduccin de la misma sea hecha en forma tal que pueda producir grave e injusto perjuicio a sus intereses artsticos. Si la ejecucin ha sido hecha por un coro o una orquesta, este derecho de oposicin corresponde al director del coro o de la orquesta. Sin perjuicio del derecho de propiedad perteneciente al autor, una obra ejecutada o representada en un teatro o en una sala pblica, puede ser difundida o retransmitida mediante la radiotelefona o la televisin, con el solo consentimiento del empresario organizador del espectculo. Del registro de obras Art. 57. -En el Registro Nacional de la Propiedad Intelectual deber depositar el editor de las obras comprendidas en el art. 1, tres ejemplares completos de toda obra publicada, dentro de los tres meses siguientes a su aparicin. Si la edicin fuera de lujo o no excediera de 100 ejemplares, bastar con depositar un ejemplar. El mismo trmino y condiciones regirn para las obras impresas en el pas extranjero, que tuvieren editor en le Repblica y se contar desde el primer da de ponerse en venta en territorio argentino. Para las pinturas, arquitecturas, esculturas, etctera, consistir el depsito en un croquis o fotografa del original, con las indicaciones suplementarias que permitan identificarlas. Para las pelculas cinematogrficas, el depsito consistir en una relacin del argumento, dilogos, fotografas y escenarios de sus principales escenas. Art. 58. - El que se presente a inscribir una obra con los ejemplares o copias respectivas, ser munido de un recibo provisorio, con los datos, fecha y circunstancias que sirven para identificar la obra, haciendo constar su inscripcin. Art. 59. - El Registro Nacional de Propiedad Intelectual har publicaciones por 10 das en el Boletn Oficial, indicando las obras entradas, ttulo, autor, especie, y dems datos especiales que las individualicen. Pasando un mes de la ltima publicacin y no habiendo reclamo alguno, el Registro Nacional de la Propiedad Intelectual otorgar el ttulo de propiedad definitivo con un nmero de orden.

Pgina 362 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 363 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Art. 60. - Si hubiese algn reclamo dentro del plazo del mes indicado, se levantar un acta de exposicin, de la que se dar traslado por 5 das al interesado, debiendo el director del Registro Nacional de Propiedad Intelectual, resolver el caso dentro de los 10 das subsiguientes. De la resolucin podr apelarse al ministerio respectivo, dentro de otros 10 das y la resolucin ministerial no ser objeto de recurso alguno, salvo el derecho de quien se crea lesionado para iniciar el juicio correspondiente. Art. 61. - El depsito de toda obra publicada es obligatorio para el editor. Si ste no lo hiciere ser reprimido con una multa de diez veces el valor venal del ejemplar no depositado. Art. 62. - El depsito de las obras, hecho por el editor, garantiza totalmente los derechos de autor sobre su obra y los del editor sobre su edicin. Tratndose de obras no publicadas, el autor o sus derechohabientes pueden depositar una copia del manuscrito con la firma certificada del depositante. Art. 63. - La falta de inscripcin trae como consecuencia la suspensin del derecho del autor hasta el momento en que la efecte, recuperndose dichos derechos en el acto mismo de la inscripcin, por el trmino y condiciones que corresponda, sin perjuicio de la validez de las reproducciones, ediciones, ejecuciones y toda otra publicacin hechas durante el tiempo en que la obra no estuvo inscripta. No se admitir el registro de una obra sin la mencin de su "pie de imprenta". Se entiende por tal la fecha, lugar, edicin y la mencin del editor. Art. 64. - Todas las reparticiones oficiales y las instituciones, asociaciones o personas que por cualquier concepto reciban subsidios del tesoro de la Nacin, estn obligados a entregar a la biblioteca del Congreso Nacional, sin perjuicio de lo dispuesto en el art. 57, el ejemplar correspondiente de las publicaciones que efecten, en la forma y dentro de los plazos determinados en dicho artculo. Las reparticiones pblicas estn autorizadas a rechazar toda obra fraudulenta que se presente para su venta.

Pgina 363 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 364 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Del registro nacional de propiedad intelectual Art. 65. - El registro llevar los libros necesarios para que toda obra inscripta tenga su folio correspondiente, donde constarn su descripcin, ttulo, nombre del autor, fecha de la presentacin, y dems circunstancias que a ella se refieran, como ser los contratos de que fuera objeto y las decisiones de los tribunales sobre la misma. Art. 66. - El registro inscribir todo contrato de edicin, traduccin, compraventa, cesin, participacin, y cualquier otro vinculado con el derecho de propiedad intelectual, siempre que se hayan publicado las obras a que se refieren y no sea contrario a las disposiciones de esta ley. Art. 67. - El registro percibir por la inscripcin de toda obra los derechos o aranceles que fijar el P.E. mientras ellos no sean establecidos en la ley respectiva. Art. 68. - El registro estar bajo la direccin de un abogado que deber reunir las condiciones requeridas por el art. 70 de la ley de organizacin de los tribunales y bajo la superintendencia del Ministerio de Justicia e Instruccin Pblica. Fomento de las artes y letras Art. 69. - Satisfechos de los gastos que demande el cumplimiento de la presente ley, anualmente se dedicarn los fondos recaudados por su concepto en la forma y proporcin siguientes: a) El treinta y cinco por ciento (35%) para la creacin de premios de estmulo y becas de perfeccionamiento artstico, literario y cientfico dentro del pas y en el extranjero, que sern otorgados por el P.E. a propuesta de la comisin instituda por esta ley; b) El diez por ciento (10%) para el fomento y creacin de bibliotecas populares, que ser entregado a la comisin de bibliotecas populares; c) el diez por ciento (10%) para la construccin y funcionamiento del Auditorium nacional, cuya obra se har por licitacin pblica, dirigida y controlada conjuntamente por la comisin nacional de cultura y la direccin de arquitectura. d) el veinte por ciento (20%) para la creacin del instituto cinematogrfico argentino, destinado a fomentar el arte y la industria cinematogrfica nacional, la educacin general y la propaganda del pas en el exterior, mediante la produccin de pelculas para el instituto y terceros. El instituto se construir y administrar conforme a la reglamentacin que dicte el P.E. A. los efectos artsticos, educativos y de propaganda en el exterior, el P. E. designar una junta de consejeros ad honorem integrada por 5 miembros representantes de la sociedad argentina de exhibidores cinematogrficos, escritores argentinos, academia de bellas artes, Consejo Nacional de Educacin y uno de los representantes nombrados por el congreso de acuerdo al art. 70 de esta ley. Dicha junta ser presidida por el director tcnico del instituto cinematogrfico argentino. Los materiales y maquinarias que sean necesarios introducir del extranjero,
Pgina 364 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 365 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

para la instalacin de los talleres y estudios del instituto, quedan exonerados del pago de derechos de aduana; e) El diez por ciento (10%) destinado a la creacin del instituto de radiodifusin que organizar el P.E.; f) El diez por ciento (10%) para asegurar el funcionamiento del teatro oficial de comedias argentino, que funcionar en el local del teatro Cervantes de la Capital federal, de acuerdo con la reglamentacin que establezca la comisin nacional de cultura; g) El cinco por ciento (5%) para mantenimiento de la casa del teatro, que deber invertirse de conformidad a los fines para que ha sido creada, establecidos en sus estatutos. Art. 70. - A los fines establecidos en el artculo precedente crase la Comisin nacional de cultura, la que deber dictarse su propio reglamento ad-referndum del P.E., y que se compondr de 12 miembros escogidos en la siguiente forma: por el rector de la Universidad de Buenos Aires; por el presidente del Consejo Nacional de Educacin; por el director de la Biblioteca nacional; por el presidente de la Academia argentina de letras; por el presidente de la Comisin nacional de bellas artes; por el director del Registro nacional de propiedad intelectual; por el presidente de la Sociedad cientfica argentina; por un representante de la sociedad de escritores; por un representante de la sociedad de autores teatrales; por un representante de la sociedad de compositores de msica popular y de cmara y por dos representantes del Congreso nacional. De las penas Art. 71. - Ser reprimido con la pena establecida por el art. 172 del cd. penal, el que de cualquier manera y en cualquier forma defraude los derechos de propiedad intelectual que reconoce esta ley. Art. 72. - Sin perjuicio de la disposicin general del artculo precedente, se consideran casos especiales de defraudacin y sufrirn la pena que l establece, adems del secuestro de la edicin ilcita: a) El que edite, venda o reproduzca por cualquier medio o instrumento, una obra indita o publicada sin autorizacin de su autor o derechohabientes; b) El que falsifique obras intelectuales, entendindose como tal la edicin de una obra ya editada, ostentando falsamente el nombre del editor autorizado al efecto; c) El que edite, venda o reproduzca una obra suprimiendo o cambiando el nombre del autor, el ttulo de la misma o alterando dolosamente su texto; d) El que edite o reproduzca mayor nmero de los ejemplares debidamente autorizados.

Pgina 365 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 366 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Art. 73. - Ser reprimido con prisin de 1 mes a 1 ao o multa de $100 a 1000 m/n. destinada al fondo de fomento creado por esta ley: a) El que representare o hiciere representar pblicamente obras teatrales o literarias sin autorizacin de sus autores o derechohabientes; b) El que ejecutare o hiciere ejecutar pblicamente obras musicales sin autorizacin de sus autores o derechohabientes. Art. 74. - Ser reprimido con prisin de 1 mes a 1 ao o multa de $100 a 1000 m/n. destinada al fondo de fomento creado por esta ley, el que atribuyndose indebidamente la calidad de autor, derechohabiente o la representacin de quien tuviere derechos, hiciere suspender una representacin o ejecucin pblica lcita. Art. 75. - En la aplicacin de las penas establecidas por la presente ley, la accin se iniciar de oficio, por denuncia o querella. Art. 76. - El procedimiento y jurisdiccin ser el establecido por el respectivo cd. de proced. en lo crim. vigente en el lugar donde se cometa el delito. Art. 77. - Tanto el juicio civil, como el criminal, son independientes y sus resoluciones definitivas no se afectan. Las partes slo podrn usar en defensa de sus derechos las pruebas instrumentales de otro juicio, las confesiones y los peritajes, comprendido el fallo del jurado, mas nunca las sentencias de los jueces respectivos. Art. 78. - La Comisin nacional de cultura representada por su presidente, podr acumular su accin a las de los damnificados, para percibir el importe de las multas establecidas a su favor y ejercitar las acciones correspondientes a las atribuciones y funciones que se le asignan por esta ley. De las medidas preventivas Art. 79. - Los jueces podrn previa fianza de los interesados, decretar preventivamente la suspensin de un espectculo teatral, cinematogrfico, filarmnico u otro anlogo; el embargo de las obras denunciadas, as como el embargo del producto que se haya percibido por todo lo anteriormente indicado y toda medida que sirva para proteger eficazmente los derechos que ampare esta ley. Ninguna formalidad se ordena para aclarar los derechos del autor o de sus causahabientes. En caso contestacin, los derechos estarn sujetos a los medios de prueba establecidos por las leyes vigentes. Procedimiento civil Art. 80. - En todo juicio motivado por esta ley, ya sea por aplicacin de sus disposiciones, ya como consecuencia de los contratos y actos jurdicos que tengan
Pgina 366 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 367 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

relacin con la propiedad intelectual, regir el procedimiento que se determina en los artculos siguientes. Art. 81. - El procedimiento y trminos sern, fuera de las medidas preventivas, en que se establece para las excepciones dilatorias en los respectivos cd. de proced. en lo civil y com., con las siguientes modificaciones: a) Siempre habr lugar a prueba a pedido de las partes o de oficio pudiendo ampliarse su trmino a 30 das, si el juzgado lo creyere conveniente, quedando firme a esta resolucin; b) Durante la prueba y a pedido de los interesados se podr decretar una audiencia pblica, en la sala del tribunal donde las partes, sus letrados y peritos, expondrn sus alegatos u opciones. Esta audiencia podr continuar otros das si uno slo fuera insuficiente. c) En las mismas condiciones del inciso anterior y cuando la importancia del asunto y la naturaleza tcnica de las cuestiones lo requiera, se podr designar un jurado de idneos en la especialidad de que se tratare, debiendo estar presidido para las cuestiones cientficas por el decano de la facultad de ciencias exactas o la persona que ste designare, bajo su responsabilidad para reemplazarlo; para las cuestiones literarias; el decano de la facultad de filosofa y letras; para las artsticas, el director del museo nacional de bellas artes y para las musicales, el director del conservatorio nacional de msica. Complementarn el jurado dos personas designadas de oficio. El jurado se reunir y deliberar en ltimo trmino en la audiencia que establece el inciso anterior. Si no se hubiere ella designado, en una especial y pblica en la forma establecida en dicho inciso. Su resolucin se limitar a declarar si existe o no la lesin a la propiedad intelectual, ya sea legal o convencional. Esta resolucin valdr como los informes de los peritos nombrados por partes contrarias, cuando se expiden de comn acuerdo. Art. 82.- El cargo de jurado ser gratuito y se le aplicarn las disposiciones procesales referentes a los testigos. De las denuncias ante el Registro nacional de propiedad intelectual Art. 83. - Despus de vencidos los trminos del art. 5, podr denunciarse al Registro Nacional de Propiedad Intelectual la mutilacin de una obra literaria, cientfica o artstica, los agregados, las transposiciones, la infidelidad de una traduccin, los errores de concepto y las deficiencias en el conocimiento del idioma del original o de la versin. Estas denuncias podrn formularlas cualquier habitante de la Nacin o procederse de oficio, y para el conocimiento de ellas la direccin del Registro Nacional constituir un jurado que integrarn:
Pgina 367 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 368 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

a) Para las obras literarias, el decano de la Facultad de filosofa y letras; dos representantes de la sociedad gremial de escritores, designados por la misma, y las personas que nombren el denunciante y el editor o traductor, una por cada uno; b) Para las obras cientficas el decano de la facultad de ciencias que corresponda por su especialidad, dos representantes de la sociedad cientfica de la respectiva especialidad, designados por la misma, y las personas que nombren el denunciante y el editor o traductor, una por cada parte. En ambos casos, cuando se haya objetado la traduccin, el respectivo jurado se integrar tambin con dos traductores pblicos nacionales, nombrados uno por cada parte, y otro designado por la mayora del jurado; c) Para las obras artsticas, el director del museo nacional de bellas artes, dos personas idneas designadas por la direccin del Registro de Propiedad Intelectual y las personas que nombre el denunciante y el denunciado una por cada parte; d) Para las musicales, el director del conservatorio nacional de msica; dos representantes de la sociedad gremial de compositores de msica, popular o de cmara en su caso, y las personas que designen el denunciante y el denunciado, una por cada parte. Cuando las partes no designen sus representantes, dentro del trmino que les fije la direccin del registro, sern designados por sta. El jurado resolver declarando si existe o no la falta denunciada y en caso afirmativo, podr ordenar la correccin de la obra e impedir su exposicin o la circulacin de ediciones no corregidas, que sern inutilizadas. Los que infrinjan esta prohibicin pagarn una multa de $ 100 a 1000 m/n., que fijar el jurado y se har efectiva en la forma establecida por los respectivos cdigos de proced. en lo civ. y com., para la ejecucin de las sentencias. El importe de las multas ingresarn al fondo de fomento creado por esta ley. Tendr personera para ejecutarlas la direccin del registro.

Pgina 368 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 369 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Disposiciones transitorias Art. 84. - Las obras que se consideren de dominio pblico de acuerdo a la ley 7092, sin que haya transcurrido el trmino de 30 aos, volvern al dominio privado hasta completar este trmino, sin perjuicio de los derechos que esta situacin haya creado a los editores. Art. 85. - Las obras que en la fecha de la promulgacin de la presente ley se hallen en el dominio privado continuarn en ste hasta cumplirse el trmino establecido en el art. 5. Art. 86. - Crase el Registro Nacional de Propiedad Intelectual, del que pasar a depender la actual oficina de depsito legal. Mientras no se incluya en la ley general de presupuesto el Registro Nacional de Propiedad Intelectual, las funciones que le estn encomendadas por esta ley, sern desempeadas por la Biblioteca nacional. Art. 87. - Dentro de los 60 das subsiguientes a la sancin de esta ley, el P.E. proceder a su reglamentacin. Art. 88. - Queda derogada la ley 9141 y todas las disposiciones que se opongan a la presente. Art. 89. - Comunquese, etc. Sancin: 26 de setiembre de 1933. Promulgacin: 28 de setiembre de 1933.

Pgina 369 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 370 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.2.3. MARCO REGULATORIO DEL TRANSPORTE TERRESTRE DE CARGAS

INTRODUCCIN Hasta comienzos de los aos 90, el transporte de cargas por carretera se regul por los principios enmarcados en la Ley 12.346 del ao 1937, donde era considerado un servicio pblico, si bien el alcance de esa definicin fue rpidamente ignorado por la prctica (diferente al caso del transporte de pasajeros), lo que implicaba un fuerte vaco legal, al menos en el transporte nter jurisdiccional de cabotaje. Los aos 90 marcaron un cambio sustantivo en el marco regulatorio del sector estableciendo un mercado totalmente desregulado en su faceta econmica, tanto en el mbito nacional como en el internacional, dejando de lado todas las restricciones legales que existan hasta entonces. Sin embargo, la prctica haba mostrado, al menos en los ltimos aos de vigencia del esquema de mayor regulacin para el transporte de cabotaje, que el sector se desenvolva, de forma mayoritaria, al margen de las normas vigentes en cuestiones clave de un sector regulado, determinando una morfologa de mercado caracterizada por una entrada abierta a la actividad y la libre fijacin de los precios de los servicios; esto, unido a los bajos requerimientos iniciales de capital (la infraestructura es propiedad pblica y de uso compartido), determin una histrica atomizacin de la oferta. En el presente captulo se describen los marcos regulatorios en los que se desarrolla el sistema de transporte carretero de cargas, tanto en el mbito nacional e internacional como en las jurisdicciones provinciales.

Pgina 370 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 371 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.2. TRANSPORTE INTERJURISDICCIONAL 2.2.1. TRANSPORTE DE CABOTAJE


En la actualidad, el transporte automotor de cargas se desarrolla en un ambiente plenamente desregulado en materia de entrada y salida de la actividad, fijacin de precios, mbito de operacin, etc. Slo rigen cuestiones tcnicas relacionadas con la seguridad de los vehculos o de los conductores. Para el transporte internacional, tambin desregulado, el requisito para operar es poseer un permiso de carga internacional, trmite que debe ser iniciado en la Comisin Nacional de Regulacin del Transporte (CNRT) y por la Secretara de Transporte de la Nacin. A raz de esta inexistencia de barreras legales, tcnicas y de requerimientos de capital inicial a la entrada, la actividad muestra un grado muy alto de atomizacin con una diversidad muy amplia en materia de estructuras empresarias, tipos de servicios ofrecidos y rentabilidad. Como dato ilustrativo,el sector en su conjunto opera contratando servicios de otros transportistas carreteros, lo que representa un peso del orden del 30% dentro del costo total de operacin. Esta caracterstica se concentra, bsicamente, en slo una porcin de empresas que son las de mayor presencia en el mercado. Hasta principios de la dcada del 90, el marco legal en que se desenvolva la actividad estaba constituido por la Ley 12.346 del ao 1937, que cre la Comisin Nacional de Coordinacin de Transporte como ente coordinador de los medios de transporte por agua y tierra y encargado de otorgar los permisos para la explotacin de los servicios. Es de destacar que esta ley se dict cubriendo la necesidad de establecer un marco al incipiente transporte automotor frente al ya consolidado transporte ferroviario (que comenzaba a presentar seales de prdida de importancia relativa), tanto de cargas como de pasajeros Bajo esta ley, las empresas de transporte que hubieren obtenido el permiso de la Comisin Nacional de Coordinacin de Transporte estaban obligadas a no cobrar precios distintos a los establecidos en las tarifas aprobadas por la Comisin. Sin embargo, la norma, dictada en pocas donde el autotransporte de cargas prcticamente no exista, perdi paulatinamente vigencia aunque result precisa en la definicin de competencias: I) las Provincias podran reglamentar su transporte de carga local, II) el transporte interprovincial solo podra ser reglamentado por la Nacin. Con la intencin de actualizar la normativa del transporte de carga por automotor se cre, mediante el Decreto N 405 del ao 1981, el Registro Nacional de Transporte de Cargas por Carretera donde se definan los tipos de transporte y se establecan dos categoras de servicios: regulados y no regulados; esta ltima categora era la que involucraba a todo el transporte de cargas por carreteras de Jurisdiccin Nacional quedando la primera reservada para posibles situaciones de necesidad aunque, en la prctica, no fue utilizada.

Pgina 371 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 372 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

La realidad tambin indic que el Registro, que comenz a operar en 1988, nunca tuvo plena vigencia y fue derogado por la Ley de Cargas, sancionada en el ao 1996; por otro lado, el pago de la Tasa Nacional de Fiscalizacin del Transporte, obliga- toria para poder desarrollarse en el trfico interjurisdiccional, mostr un nivel de evasin extremadamente alto, hasta que fue derogado en el ao 1994. El actual marco legal en que se desenvuelve la actividad est constituido por la Ley 24.653, del ao 1996 (reglamentada por el Decreto 1035 del ao 2002). Los controles establecidos en la normativa del transporte automotor de cargas hacen referencia a la obligacin de inscribirse en el Registro nico del Transporte Automotor (RUTA) a todo aquel que realice transporte y servicio de transporte (como actividad exclusiva o no), adems de registrar sus vehculos, quedando as habilitado para operar. La Ley establece que en el sector no existen restricciones a la libre entrada y salida de operadores del mercado, ni regulacin referente a la asignacin de rutas y cupos de carga sujetas a escrutinio pblico o fijacin de tarifas. En este marco, las responsabilidades del Estado Nacional se remiten a garantizar la amplia competencia del mercado, impedir las acciones oligoplicas que tiendan la interferir en el funcionamiento del sector y garantizar que ninguna disposicin nacional, provincial o municipal grave, intervenga o dificulte en forma directa o no, los servicios regidos por la Ley 24.653, salvo en materia de trnsito y seguridad vial. Histricamente, la libertad de contratacin de servicios entre tomador y dador de cargas ha caracterizado el mercado, a pesar de la existencia de regulacin tarifaria, por lo menos en algunos sectores o tipos de productos, por ejemplo los de cosecha, aunque no fue respetada de manera generalizada en la prctica. La alta cantidad de empresas operadoras (unas 44.000 en la actualidad incluyendo a un gran nmero de cuentapropistas) y la oferta de bodegas, determinan un perfil sectorial caracterizado como tomador de precios, donde las prcticas ms comunes para la fijacin de los mismos estn supeditadas a la competencia imperante en el mercado. En materia de trnsito, pesos y dimensiones, es de aplicacin lo establecido en la ley de trnsito N 24.449 de diciembre de 1994 (reglamentada por el decreto 779 del ao 1995, posteriormente modificado por los decretos 714/96 y 79/98 en lo referido a pesos y medidas), ley a la que la mayora de las provincias argentinas ha adherido, con las excepciones de Buenos Aires, Mendoza y Crdoba, aunque en todas ellas rigen los mismos pesos y dimensiones para los vehculos de carga.

Pgina 372 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 373 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.2.2. TRANSPORTE INTERNACIONAL


El transporte internacional de cargas por automotor es regulado por la Nacin de acuerdo con la normativa que surge del Acuerdo de Transporte Internacional Terrestre inscripto como Acuerdo de Alcance Parcial en el marco de la Asociacin Latinoamericana de Integracin (ALADI), conforme a los mecanismos del Tratado de Montevideo de 1980, refrendado por la Resolucin N 263/90 de la Subsecretara de Transporte. Hasta principios de la dcada del noventa exista un sistema de cupos establecidos en convenios bilaterales, lo que implicaba una suerte de reserva de mercado para las empresas de cada bandera que pudieran acceder a ellos. Dicho sistema fue eliminado con la sancin del Decreto N 2.284 del ao 1991, que estableci la supresin de ... todas las restricciones, los cupos y las limitaciones cuantitativas al mercado internacional. Bsicamente, los nicos requisitos existentes consisten en que los vehculos deben ser de propiedad del permisionario, estar radicados en el pas de origen y que ms del 50% del capital accionario y el control de la empresa transportista deben estar en manos de naturales de dicho pas. Sin embargo, para realizar trfico entre los pases del MERCOSUR se exige una capacidad mnima de bodega definida en cuatro (4) equipos u 80 toneladas (principios de acceso a la profesin, del MERCOSUR SGTN 5) y una antigedad mxima de los equipos tractores de 23 aos y sin lmite para las unidades remolcadas (acoplados y semirremolques) siempre que las mismas tengan la revisin tcnica obligatoria. Como resultado de la liberalizacin del mercado internacional, y acompaando el notable crecimiento del comercio interregional, la cantidad de permisos para empresas argentinas con habilitacin internacional creci desde 172 en 1990, a ms de 3.660 en el ao 2005, y una tendencia similar mostr el parque, tal como se muestra en el cuadro siguiente.

Pgina 373 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 374 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Este notable crecimiento en la oferta de bodega internacional no ha sido una excepcin de la Argentina sino consecuencia directa del incremento sustancial del comercio denotado entre los pases vecinos al amparo del Tratado de Asuncin que diera origen al Mercado Comn del Sur (MERCOSUR), suscripto en 1991 entre Argentina, Brasil, Paraguay y Uruguay18. En 1996, por el Acuerdo de Complementacin Econmica MERCOSUR Chile y el Acuerdo de Complementacin Econmica MERCOSURBolivia, se convino la asociacin de dichos pases con el MERCOSUR.

Pgina 374 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 375 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

El MERCOSUR es un acuerdo internacional tendiente a la integracin de las economas de los Estados Parte, en cuyo seno se han conformado comisiones de trabajo temticas tendientes a avanzar en ese proceso. El grupo de trabajo que incorpora a la temtica del transporte es el denominado Subgrupo de Trabajo N 5 Transportes.

2.3. REQUISITOS PARA CIRCULAR EN LA JURISDICCIN NACIONAL


Los requisitos para circular fijados por la ley 24.653 y por la ley 24.449 para el transporte interjurisdiccional e internacional, se refieren a aquellos vehculos cuya capacidad de carga sea igual o superior a los 700 kilogramos, y son los siguientes: Constancia de inscripcin del vehculo y del transportista en el Registro nico del Transporte Automotor (RUTA). Cdula de Identificacin del vehculo. Constancia de realizacin de la Revisin Tcnica Obligatoria (RTO) por el vehculo. Licencia de conducir del conductor del vehculo. Licencia Nacional Habilitante (LNH) del conductor del vehculo. Constancia de la contratacin de seguros obligatorios. Documento de transporte, carta de porte o gua de la carga transportada. En caso de transporte internacional, la documentacin determinada por los Acuerdos, tratados y Convenios. En los casos de vehculos afectados al transporte de cargas peligrosas, la documentacin especfica exigida por la normativa vigente en la materia. En los supuestos en que el trnsito necesite de un permiso especial de circulacin, el instrumento que acredite la concesin del mismo. Los organismos que pueden requerir esta documentacin son: la Comisin Nacional de Regulacin del Transporte, la Gendarmera Nacional o la Prefectura Naval Argentina, estos dos ltimos por delegacin mediante convenio con la Secretara de TransporteCNRT.

Pgina 375 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 376 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

2.3.1. REGISTRO NICO DEL TRANSPORTE AUTOMOTOR (RUTA)


El Registro nico del Transporte Automotor (RUTA), creado por la Ley de Transporte N 24.653 y reglamentado por el Decreto N 1.035 del ao 2002, funciona en el mbito de la Secretara de Transporte siendo la Comisin Nacional de Regulacin del Transporte la encargada de fiscalizarlo. El RUTA est administrado por un Directorio integrado por la Secretara de Transporte, CATAC, CNTA, FADEEAC, el Sindicato de Camioneros, Gendarmera Nacional y la Universidad Tecnolgica Nacional. En l deben inscribirse todas aqullas personas fsicas o jurdicas que realicen transporte o servicios de transporte, en carcter de actividad exclusiva o no, como condicin ineludible para ejercerla. La inscripcin se realiza en locales habilitados por el Directorio y pertenecientes a las Cmaras adheridas a las organizaciones empresariales que lo integran. Si bien este registro fue creado en el mbito de los servicios de carcter interjurisdiccional, ya se han adherido al mismo algunas provincias en tanto otras se encuentran analizando su incorporacin. De esta manera, si el RUTA alcanzara a todas las jurisdicciones provinciales, adems de la nacional donde fue creado, se encontraran inscriptas la totalidad de las empresas propietarias de vehculos y del parque automotor de cargas del pas. Cabe destacar que el RUTA es el primer emprendimiento respaldado en una ley luego de muchos intentos fallidos a lo largo de las ltimas dcadas, fracasos que deben explicarse en la falta de continuidad en las polticas de transporte y de apoyo del grueso o de una parte importante del sector empresario con representatividad en las cmaras respectivas. Una particularidad que presenta el RUTA es que el mismo resulta sin costo para el transportista ya que su financiamiento se realiza con cargo al Sistema Integrado de Transporte Automotor Urbano (SISTAU). La implementacin del RUTA consolid normativamente, y con un mayor alcance temporal, un esquema de subsidios que haba nacido en el ao 2001 al amparo de los denominados Convenios para Mejorar la Competitividad y la Generacin de Empleo, impulsados por el Gobierno Nacional para incrementar la rentabilidad de varios sectores de la economa argentina, incluyendo el transporte automotor, tanto de cargas como de pasajeros. Entre los subsidios del Plan se encontraba la aplicacin de rebajas en los corredores viales nacionales concesionados mediante el sistema de peaje y el pago a cuenta del IVA de las contribuciones patronales. Mediante la Resolucin Conjunta N 543 y 251 del ao 2003, de los Ministerios de Economa y Produccin, y de Planificacin Federal, Inversin Pblica y Servicios, se aprueba el Rgimen de Fomento de la Profesionalizacin del Transporte de Cargas (REFOP), que ser financiado con un 3% del total de fondos que ingresen al Sistema Integrado de Transporte Terrestre (SITRANS) y con cargo SISTAU.

Pgina 376 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 377 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Los beneficiarios del REFOP, aqullos transportistas de cargas por automotor que estn inscriptos en el RUTA, que den cumplimiento al Convenio Colectivo de Trabajo N 40/89 y que todo su personal de conduccin tenga su licencia nacional habilitante vigente, perciben acreencias por una suma equivalente a las contribuciones patronales sobre la nmina salarial con destino a los subsistemas de la seguridad social. Pero la inscripcin en el RUTA conlleva tambin subsidios adicionales como la reduccin en las tarifas de peaje en la red vial nacional concesionada, segn lo establece el Decreto N 301/04 y la compensacin del 100% del arancel correspondiente a la Evaluacin Psicofsica de los Conductores Profesionales de Vehculos de Transporte Terrestre de Cargas Generales y Peligrosas de Jurisdiccin Nacional, esto ltimo establecido en la Resolucin ST 556/2004 junto con la compensacin de una porcin de los aranceles para Cursos de Primera Formacin y del Establecimiento de la Formacin Profesional de los Conductores de Vehculos de Transporte Terrestre de Cargas Generales de Jurisdiccin Nacional. En definitiva, los ltimos aos han modificado parcialmente una historia de desarrollo de la actividad caracterizada por la independencia sectorial respecto del Sector Pblico y cuyas consecuencias, de tener alguna, se vern en los prximos aos. FUNCIONES DEL RUTA a) Inscribir a toda persona fsica o de existencia ideal, que realice servicio de transporte por automotor de cargas y que cumpla con los requisitos que establezca la Autoridad de Aplicacin de acuerdo con lo estipulado por la Ley N 24.653. b) Otorgar el certificado que acredite la inscripcin. c) Llevar el registro de altas, bajas y modificaciones, ordenado e informatizado. d) Procesar la informacin registrada a los fines de su elaboracin estadstica. e) Brindar la informacin pblica a todo aqul que lo requiera, segn las normas y recaudos que se establezcan, y difundir las estadsticas elaboradas propendiendo a la mejor calidad de los servicios de transporte y a la transparencia del mercado. f) Implementar un sistema informtico para la elaboracin estadstica del transporte internacional.

Pgina 377 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 378 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

CATEGORAS SEGN ESPECIALIDAD


Las inscripciones se formalizan de acuerdo con las siguientes categoras, segn su especialidad de trfico, pudiendo los interesados inscribirse en una o ms de ellas: a) Transportista de Carga Masiva o a Granel (T.C.M.G.): comprende a quien realice transporte de bienes homogneos efectuado por un transportista, que sin necesidad de pasar por su depsito tiene uno o varios destinos y se encuentra respaldado por uno o ms documentos contractuales. b) Transportista de Carga Peligrosa (T.C.Pg.): comprende al transportista que realice traslado de sustancias o mercancas consideradas peligrosas por la normativa vigente, que sin necesidad de pasar por un depsito propio, tiene uno o varios destinos y que se encuentra amparado por uno o ms documentos respaldatorios. Si las sustancias o las mercancas fueran acopiadas en el depsito del transportista ste deber cumplir en lo pertinente, con las especificaciones previstas para la especialidad de carga fraccionada. c) Transportista de Carga Fraccionada (T.C.F.): comprende el traslado efectuado por un transportista, como actividad principal o accesoria y con un fin econmico, de bienes compatibles que puedan ser consolidados en la misma bodega, acopiados en uno o varios orgenes, de uno a varios dadores de carga, con uno o ms destinos y con entregas completas o fraccionadas. d) Transportista de Carga Propia (T.C.P): comprende los servicios de transporte automotor de cargas realizados por comerciantes, industriales, ganaderos, agricultores, empresas y entidades privadas en general, mediante vehculos automotores de su propiedad, de efectos y mercaderas o efectos sin transformacin o elaboracin de los mismos. Slo podr ser considerado automotor propio de esas mercaderas o productos el transporte efectuado en los vehculos de propiedad de quien transporta, cuando el precio de venta de las mercaderas sea fijo y uniforme, es decir, independiente del lugar de entrega. e) Transportista de Trficos Especiales (T.T.E.): comprende actividades que por sus caractersticas tcnicas requieren de normas especficas de regulacin, cuya determinacin corresponde a la Secretaria de Transporte, como el transporte de caudales, de cargas indivisibles (ingeniera del transporte), de correos o valores bancarios, de recoleccin de residuos, de trabajos en la va pblica, de ganado mayor o de cualquier otro que determine el referido organismo. f) Transportista de Carga Internacional (T.C.I.): comprende el traslado de mercaderas efectuado por un transportista entre la Republica Argentina y otro pas.

Pgina 378 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 379 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

CATEGORAS SEGN SU ESTRUCTURA OPERATIVA


a) Empresa: a cuyos fines deber encontrarse inscripta en la Inspeccin General de Justicia. Con propsitos estadsticos, debern aportarse los datos relativos a su situacin patrimonial, en base a la cantidad de unidades de su propiedad, antigedad de las mismas y su infraestructura (depsitos, talleres, lavaderos y sucursales). b) Transportista Individual: a cuyos fines se deber acreditar el cumplimiento de la obligacin de emitir cartas de porte. c) Fleteros: a cuyos fines se deber acreditar el nombre y domicilio del principal por cuenta de quien realizar servicios de transporte.

2.3.2. REGULACIONES ESPECIALES


Adems de la reglamentacin general que regula el transporte de cargas por camin, deben sumarse otras normativas que se refieren al transporte de algunos tipos particulares de carga y que dan a otros organismos la potestad de ejercer el control sobre el mismo. Los organismos que pueden requerir esta documentacin son: la Comisin Nacional de Regulacin del Transporte, la Gendarmera Nacional o la Prefectura Naval Argentina, estos dos ltimos por delegacin mediante convenio con la Secretara de Transporte CNRT. A continuacin se resumen algunas de esas normas y las cargas que son susceptibles de un trato especial: TRANSPORTE DE CARGAS PELIGROSAS En el Anexo S del Decreto 779 del ao 1995 (reglamentario de la Ley de Trnsito) se estableci el Reglamento General para el Transporte de Mercancas Peligrosas por Carretera. En su artculo 5, dice:El transporte de las mercancas peligrosas se regir por las disposiciones del presente Reglamento General y por la reglamentacin especfica vigente dispuesta por los organismos designados Autoridad de Aplicacin de leyes o normas relativas a determinadas mercancas peligrosas, tales como la DIRECCION GENERAL DE FABRICACIONES MILITARES, la SUBSECRETARIA DE COMBUSTIBLES,la COMISION NACIONAL DE ENERGIA ATOMICA, la SECRETARIA DE RECURSOS NATURALES Y AMBIENTE HUMANO, etctera.

Pgina 379 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 380 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

A partir de esta norma, sucesivas resoluciones de la Secretara de Transporte se agregaron al cuerpo normativo, las ms importantes que hoy siguen vigentes son: Resolucin N 195/97: incorpora normas tcnicas al Reglamento General para el Transporte de Mercancas Peligrosas por Carretera. Resolucin N 110/97: establece el Curso de Capacitacin Bsico Obligatorio para Conductores de Vehculos Empleados en el Transporte de Mercancas Peligrosas por Carretera Resolucin N 208/99: incorpora al Reglamento General para el Transporte de Mercancas Peligrosas por Carretera, el Rgimen de Infracciones y Sanciones al Acuerdo para la Facilitacin del Transporte de Mercancas Peligrosas en el Mercado Comn del Sur (MERCOSUR), aprobado por Decisin N 8/97 del Consejo del Mercado. Por otra parte, el Grupo Mercado Comn del MERCUSUR emiti la Resolucin N 10/ 2000,Instrucciones para la fiscalizacin del transporte por carretera de mercancas peligrosas en el MERCOSUR, donde se especifica, entre otras exigencias, la documentacin obligatoria, la identificacin de los vehculos de transporte, las condiciones del vehculo, equipamientos y cargamento, y el equipamiento de seguridad obligatorio.Tambin establece las condiciones especiales para el Transporte de Mercancas Peligrosas en cantidades limitadas y fija los procedimientos para los casos de retencin del vehculo o de emergencias. Dentro de las cargas peligrosas se puede mencionar a: COMBUSTIBLES: la Subsecretara de Combustibles, haciendo uso de las facultades conferidas por el Anexo S del Decreto N 779/95, ha reglamentado a travs de la Disposicin N 299 del ao 1998, los requisitos que deben cumplir los tanques cisternas para el transporte de combustibles lquidos y gas licuado de petrleo.

ARMAS Y EXPLOSIVOS: la norma que regula el transporte de estos elementos es la ley 20. 429, del ao 1973 (artculos 12, 26 y 33), reglamentada por los Decretos N 395/75 (armas de guerra y de uso civil) y N 302/83 (plvora y explosivos), y fija como autoridad con competencia en el tema al Registro Nacional de Armas (RENAR). El transporte de cantidades de armas de guerra y sus municiones requerir autorizacin previa del Registro Nacional de Armas. Este permiso, que deber ser renovado anualmente, amparar a todo transporte realizado durante su vigencia, y su copia autenticada deber remitirse junto con el material.Adems del documento aludido, deber acompaar a la carga un remito en el cual figurar el listado de todo el material. Una copia de dicho remito ser enviada al RENAR, antes o al iniciar el movimiento de cada embarque hacia su destino. Las empresas de transporte no podrn aceptar la carga de armas y dems materiales clasificados de guerra, si junto con los mismos no se hace entrega de copia autenticada de la autorizacin previa del Registro Nacional de Armas y remito con el listado del material.
Pgina 380 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 381 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

El transporte de armas de uso civil y sus municiones deber efectuarse con permiso de la autoridad local de fiscalizacin con jurisdiccin en el lugar de origen del material. Esta autorizacin deber ser renovada anualmente y amparar a todo transporte realizado durante su vigencia. El material transportado deber ser acompaado por un remito en el cual figurar el listado de las armas. Las empresas de transporte no podrn aceptar la carga de armas de uso civil, si previamente no se les ha hecho entrega de copia autenticada por escribano de la autorizacin de transporte, la que debern conservar en su poder. Todo cargamento de explosivos deber estar acompaado de factura o remito del proveedor. En ausencia de los documentos mencionados deber contarse con autorizacin escrita del RENAR. Las empresas de transporte agregarn esos documentos a la gua correspondiente. Adicionalmente estas normas sugieren procedimientos para el transporte seguro de este tipo de cargas. MATERIALES RADIOACTIVOS: en Argentina, todo transporte de material radiactivo debe cumplir con los requisitos de aplicacin establecidos en la Revisin 1 de la Norma AR 10.16.1 Transporte de materiales radiactivos de la Autoridad Regulatoria Nuclear (ARN) del ao 2001. Esa norma adopta todos los criterios establecidos en el documento Reglamento para el Transporte Seguro de Materiales Radiactivos Requisitos. La norma AR 10.16.1 establece los requisitos mnimos de seguridad que permiten proteger a las personas, los bienes y el ambiente de los efectos nocivos de las radiaciones ionizantes durante el transporte de materiales radiactivos. Es aplicable a todas las modalidades de desplazamiento por va terrestre, acutica o area de materiales radiactivos que no formen parte del medio de transporte.

TRANSPORTE DE ESTUPEFACIENTES La ley 23.737 prohbe el transporte de estupefacientes, de materia prima para su elaboracin y de plantas o semillas utilizables para la produccin de los mismos, pero prev un registro especial para la inscripcin para los transportistas de precursores qumicos. Los decretos N 1.095/96 y N 1.161/2000 reglamentan las medidas para el control de la produccin nacional y el comercio interior y exterior de los precursores qumicos. La Secretara de Programacin para la Prevencin de la Drogadiccin y la Lucha contra el Narcotrfico de la Nacin (SEDRONAR), es la que coordina a nivel nacional la informacin y las estrategias tendientes a detectar y desbaratar el comercio y distribucin. Dentro de la rbita de esta Secretara se encuentra el RENPRE (Registro Nacional de Precursores Qumicos), que es donde deben registrarse todas aquellas personas, empresas, instituciones o sociedades comerciales que mantengan alguna relacin con precursores qumicos realizando cualquier actividad, entre ellas el transporte.

Pgina 381 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 382 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

TRANSPORTE DE MEDICAMENTOS
El Decreto N 1.299 del ao 1997 exige que las empresas dedicadas a la distribucin de especialidades medicinales deben registrarse en la Administracin Nacional de Medicamentos, Alimentos y Tecnologa Mdica (ANMAT). Mediante la Disposicin N 7.439/99 la ANMAT estableci las condiciones para la habilitacin de empresas como distribuidoras de medicamentos, contemplando la gestin de un operador logstico que tambin debe estar registrado ante este Organismo. Adems del registro, la ANMAT ha dictado normas referidas a la manipulacin y resguardo de las especialidades medicinales. TRANSPORTE DE RESIDUOS PELIGROSOS La ley 24.051, reglamentada por el Decreto N 831/93 establece la normativa para las actividades de generacin, manipulacin, transporte, tratamiento y disposicin final de residuos peligrosos. Los titulares de las actividades consignadas, sean personas fsicas o jurdicas, pblicas o privadas, deben inscribirse en el Registro Nacional de Generadores y Operadores de Residuos Peligrosos, que lleva la Secretara de Recursos Naturales y Ambiente Humano. Los transportistas de residuos peligrosos deben cumplir con las siguientes disposiciones: a) Todo vehculo que realice transporte de residuos peligrosos, debe estar equipado con un sistema o elemento de control autorizado por la Secretara de Transporte. b) El envasado y rotulado para el transporte de residuos peligrosos, y las normas a cumplir en caso de derrame o liberacin accidental de residuos peligrosos deben ajustarse a los requisitos establecidos por el Reglamento General para el Transporte de Material Peligroso por Carretera. c) Los conductores de los vehculos que transporten residuos peligrosos deben poseer una licencia especial para trasladar este tipo de cargas y aprobar un curso sobre transporte de materiales y residuos peligrosos y la incidencia de la naturaleza de la carga en la conduccin. Sin embargo esta reglamentacin es vlida para el transporte interjurisdiccional, por lo tanto se aprob la ley 25.612 que establece los presupuestos mnimos para la Gestin Integral de Residuos Industriales y de Actividades de Servicios. Esta norma dispone que el registro de los responsables, desde la generacin hasta la disposicin final de los residuos peligrosos pasando por los transportistas, sea realizado por las autoridades provinciales, compartiendo la informacin con la Autoridad Ambiental Nacional. Esta ley contempla una reglamentacin especfica para el transporte de residuos industriales (artculos 23 al 28), fijando las obligaciones que debern cumplir los transportistas as como su responsabilidad ante un eventual dao ambiental.

Pgina 382 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 383 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

TRANSPORTE DE SUSTANCIAS ALIMENTICIAS De acuerdo al Decreto N 4.238/68 y sus normas modificatorias el Reglamento de Inspeccin de Productos, Subproductos y Derivados de Origen Animal indica que todo vehculo utilizado para el traslado de productos, subproductos y derivados de origen animal fuera de los establecimientos productores debe contar con equipamiento especialmente acondicionado. Estos vehculos deben ser habilitados, registrados e inspeccionados por el Servicio Nacional de Sanidad y Calidad Agroalimentaria (SENASA). La norma clasifica los vehculos teniendo en cuenta las caractersticas de la caja de carga, contenedor o cisterna y la existencia o no de sistemas de enfriamiento. Las categoras son las siguientes: Categora A Caja, contenedor o cisterna, con aislamiento trmico (isotermo) y con equipo mecnico de fro. Categora B Caja, contenedor o cisterna, con aislamiento trmico (isotermo) sin equipo mecnico de fro y con sistemas refrigerantes autorizados por el SENASA. Categora C Caja con aislamiento trmico (isotermo) sin equipo mecnico de fro. Categora D Caja sin aislamiento trmico. Categora E Sin caja. El vehculo deber portar la habilitacin del SENASA cuando se encuentre realizando el traslado de sustancias alimenticias. TRANSPORTE EN CAMIONES BLINDADOS La actividad econmica de estos vehculos est contemplada por la Clasificacin Nacional de Actividades Econmicas 1997 (ClaNAE 97) dentro de una rama de produccin especfica como es Transporte de Caudales y no dentro de la rama Transporte Automotor de Cargas. De todas formas, los vehculos dedicados al transporte de caudales y documentacin, que cuentan con blindaje, deben ser registrados por el Registro Nacional de Armas (RENAR) y someterse a la normativa referida a las condiciones de seguridad de los mismos.

Pgina 383 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 384 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

TRANSPORTE DE GANADO Conforme a la normativa vigente, todo animal de las especies bovina, ovina, porcina, caprina, equina y aviar que sea transportado por cualquier parte del pas, debe hacerlo amparado por el certificado sanitario denominado Documento de Trnsito Animal (DTA), que fue creado en el ao 1998 en reemplazo del Permiso Sanitario para Trnsito de Animales (PSTA), del ao 1995, y expedido por el Servicio Nacional de Sanidad y Calidad Agroalimentaria (SENASA), de la Secretara de Agricultura, Ganadera, Pesca y Alimentos del Ministerio de Economa y Produccin de la Nacin. El DTA es un certificado que acredita el cumplimiento de las normas sanitarias por parte del establecimiento de origen que lo solicita para trasladar hacienda.

2.3.3. RESTRICCIONES A LA CIRCULACIN FIJADAS POR LA


DIRECCIN NACIONAL DE VIALIDAD Los vehculos convencionales de carga, que no sobrepasen los lmites de pesos y medidas, pueden circular libremente por toda la red vial nacional. Aquellos que sean detectados con exceso de peso, deben descargar el exceso y abonar la tasa de resarcimiento que establece el Decreto N 79/98 y la multa correspondiente. Los vehculos especiales para transporte exclusivo de otros vehculos sobre s, los portacontenedores y otros vehculos destinados al transporte de contenedores, deben respetar las siguientes restricciones a la circulacin: No pueden circular con lluvia o niebla; No pueden ingresar en ciudades. Esta restriccin no se aplica si el vehculo utiliza autopistas o posee autorizacin de la autoridad local; No pueden circular por los tramos de camino que la autoridad vial le restrinja en funcin de las caractersticas de los mismos. Los vehculos convencionales de carga que transporten una carga indivisible que no sobrepase los 4,30 metros de altura, 2 metros de saliente trasera y cuyo sobreancho no supere el 30% del ancho del vehculo deben solicitar un permiso especial de circulacin en las Oficinas de Permisos habilitadas por la DNV. Este permiso se refiere al exceso en las dimensiones de la carga transportada pero no a los pesos mximos. Los vehculos especiales de carga que transporten carga indivisible de gran tamao, equipos petroleros, gras y equipos especiales deben solicitar un permiso de circulacin por primera vez en la sede central de la DNV y luego en las Oficinas de Permisos habilitadas por sta. Estos vehculos no slo tienen restricciones a la circulacin sino que, adems, deben pagar un canon a la DNV.

Pgina 384 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 385 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Los vehculos especiales que transporten maquinaria agrcola deben cumplir con lo establecido en el Decreto N 79 del ao 1998, en lo referido a la Norma para la circulacin de maquinaria agrcola, que establece los requisitos para los equipos, las condiciones para la circulacin, la sealizacin y las dimensiones que deben poseer los mismos. 2.4. TRANSPORTE PROVINCIAL La desregulacin del sector en materia de trficos nacionales se replica tambin en las distintas jurisdicciones provinciales para los trficos intraprovinciales. En distintos perodos, las provincias implementaron sistemas regulatorios para algunos tipos de mercancas, como granos y subproductos. Ello se basaba en la consideracin del transporte de tales cargas como servicio pblico e implicaba la inscripcin en un registro, la fijacin de tarifas oficiales o la existencia de reserva de mercado. La actualidad es hoy bien diferente y el transporte provincial de cargas por automotor se encuentra absolutamente desregulado en la totalidad del territorio argentino. La nica diferencia existente entre los marcos regulatorios provinciales y el nacional es que en varias jurisdicciones rige, de manera ms formal que prctica, la existencia de precios de referencia para el transporte de determinados productos, acordados en reuniones multisectoriales entre transportistas, productores y autoridades de transporte. Sin embargo, si bien existe la presin por parte de transportistas de establecer precios sostn para algunos productos, en la prctica siguen estando desregulados. Los precios referenciales slo son de cierta aplicabilidad por parte de algunos transportistas, en general los de mejor posicionamiento en el mercado, hacia algunos productores, en general pequeos. Respecto de regulaciones tcnicas, las provincias ejercen su poder de polica en materia de caractersticas de los vehculos y de circulacin por las rutas, las que pueden, incluso, diferir de lo vigente en el orden nacional, segn aqullas adhieran parcialmente o simplemente no adhieran a las normas nacionales en la materia y definan esquemas diferenciados al de la Jurisdiccin Nacional. Estas divergencias, que existen, son motivo de controversias legales sobre el efectivo control que, en algunos casos, lleva a un vaco legal de hecho.

Pgina 385 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 386 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.2.4. PARTICIPACIN DEL TRANSPORTE CARGAS EN LA ECONOMA NACIONAL

AUTOMOTOR

DE

PARTICIPACIN DEL TRANSPORTE AUTOMOTOR DE CARGAS EN LA ECONOMA NACIONAL

Universidad Tecnolgica Nacional UTN


Argentina
Fuente: http://www.edutecne.utn.edu.ar/transporte/capitulos.htm

Pgina 386 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 387 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.1. INTRODUCCIN
El producto generado por el transporte carretero de cargas de nuestro pas representa, en la actualidad, algo ms del 2% del Producto Interno Bruto (PIB) de la economa argentina en tanto que sus ventas alcanzan casi un 3% de las ventas totales argentinas, proporciones que han tendido a incrementarse a la par de los procesos de tercerizacin del transporte por parte de muchas empresas productoras de bienes. Sin embargo, estos guarismos requieren de algunas precisiones conceptuales. La Direccin Nacional de Cuentas Nacionales (DNCN) del Instituto Nacional de Estadsticas y Censos (INDEC) es la oficina encargada de estimar el Producto Interno Bruto (PIB) de la economa argentina. El PIB registra la actividad de producir bienes y servicios para los diferentes sectores en que se divide la actividad econmica, entre ellos, el sector Transporte, Almacenamiento y Comunicaciones y, dentro de Transporte, el Transporte Automotor de Cargas.
La diferencia entre las ventas de transporte y su producto generado se encuentra en que ste se refiere nicamente al valor creado en el proceso productivo. Esquemticamente, y para el sector transporte, las ventas son equivalentes al Valor Bruto de Produccin (VBP) que se forma como la suma del Producto y las compras intermedias realizadas para la produccin.
30

Las cuentas nacionales asignan cada actividad econmica a los sectores en que se divide la economa. Sin embargo, cuando una firma realiza mltiples actividades muchas veces resulta difcil desagregarlas segn la naturaleza de cada una de ellas. En estos casos, se suele asignar la totalidad de las actividades econmicas de la firma de acuerdo con la actividad principal que la misma tenga. Por ejemplo, si una empresa produce artculos de cuero y, de manera accesoria, pero bajo la misma razn social, artculos textiles, el sector al que se suele asignar la produccin total de la firma, ante la imposibilidad prctica de desagregar los costos de ambas producciones, es el sector de cueros. De la misma forma, todas las actividades realizadas por una firma, cualquiera sea su naturaleza, corresponden al sector de su actividad principal. Por ejemplo, en una empresa productora de bienes, si la limpieza de los vidrios del establecimiento es encarada con personal directamente relacionado con ste, el costo de ese personal (y de los materiales utilizados en tal cometido) se agrega al costo de produccin del bien principal de la firma. Un ejemplo caracterstico lo constituyen las tareas de liquidacin de haberes de los empleados de una empresa: si son efectuadas por el departamento contable, los salarios del personal de dicha rea corresponden al sector productivo principal de la firma; por el contrario, si la empresa contratara esta actividad a un estudio contable, entonces todo el gasto asociado a la liquidacin de haberes se computa como un consumo intermedio (una compra) de la firma contratante y los ingresos de ese estudio contable son asignados al sector de Servicios Profesionales a las Empresas.

Pgina 387 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 388 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

El transporte de cargas por automotor es un caso en el cual esta situacin suele presentarse. El uso de camiones propios por parte de una empresa productora de bienes para el traslado de su produccin o de los insumos requeridos es, an hoy da, una prctica bastante usual, especialmente en emprendimientos productivos pequeos. Ejemplos de esto lo constituyen un productor agropecuario que transporta su produccin en vehculos propios (aunque adicionalmente pueda vender a otros productores servicios de transporte en sus vehculos) o un comerciante de un negocio de verdulera que se abastece en el mercado mayorista frutihortcola, usando para ello su propia camioneta. En estos casos, todo el costo incurrido para poder trasladar estos bienes (salarios del personal de conduccin, combustibles, reparaciones de las unidades, amortizacin de los vehculos, etc.) son parte de la funcin de produccin de la firma agropecuaria o de la verdulera, segn corresponda. Si esas mismas firmas decidieran vender sus vehculos y contratar a una empresa dedicada especficamente a la produccin de servicios de transporte de cargas, entonces el pago por esos servicios se convierte en ingreso del sector Transporte de Carga Regular y no Regular por Carretera y es consumo intermedio de la empresa contratante. Puede darse el caso de empresas productoras de bienes, en general de un tamao medio a grande, que hasta el pasado reciente se hacan cargo del traslado de sus productos con vehculos de su propiedad y que, por cuestiones de organizacin (u otras), crearon una empresa independiente dedicada al transporte y con la cual mantienen una relacin directa para la distribucin de sus mercaderas. Si bien ambas firmas pertenecen al mismo grupo empresario, existe una relacin comercial entre ellas y, por ende, un contrato de transporte. El pago del flete es un ingreso (o valor de la produccin) del sector de Transporte de Carga Regular y no Regular por Carretera el que, a su vez, es consumo intermedio de la rama de actividad de la empresa contratante. Las estimaciones del PIB y del valor de la produccin (Valor Bruto de la Produccin VBP) efectuadas por la DNCN del INDEC, siguiendo lo especificado en los manuales internacionales31, consideran que deben consignarse al sector Transporte de Cargas las actividades de traslado de mercaderas que importan un contrato, formal o informal, de compra-venta de estos servicios. Esta diferenciacin no es trivial: para los fines de las oficinas pblicas relacionadas con la regulacin del transporte cualquier vehculo de carga que circula por calles y rutas, no importa la naturaleza comercial del propietario del mismo, es sujeto de su control. Por ejemplo, en el Registro nico del Transporte Automotor debe inscribirse la totalidad de los vehculos que realizan trficos interjurisdiccionales, sin importar si se trata de unidades de una empresa dedicada comercialmente a la actividad de transporte o si son vehculos de empresas productoras de bienes que los usan para el traslado de su propia produccin.

Pgina 388 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 389 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Existen tambin algunos casos llamativos de carga especializada por carretera prestada en trficos estipulados mediante contratos de transporte que no se incluyen como partcipes en las cuentas de produccin del sector de Transporte de Cargas, como el transporte de caudales, de documentacin bancaria o de recoleccin de residuos. A los fines de la contabilidad nacional, estas empresas no son consideradas como empresas de transporte de cargas por carretera y su produccin es contabilizada en sectores especficos, aunque en todos estos casos su regulacin es parte de las tareas de las autoridades de transporte de las diferentes jurisdicciones. En otras palabras, el sujeto de regulacin que consideran las autoridades de transporte lo determina la existencia del vehculo en s mismo y no la naturaleza de la actividad en la que ste opera.
"Sistema de Cuentas Nacionales 1993" elaborado conjuntamente por la Comisin de las Comunidades Europeas, el Fondo Monetario Internacional, la OECD, las Naciones Unidas y el Banco Mundial.

Sin embargo, este esquema no es as en el Transporte de Pasajeros ya que la regulacin pblica no incluye a los automviles particulares de las familias o a los mnibus utilizados como casas rodantes y s a los automviles u mnibus utilizados para uso comercial. Esta situacin en el transporte carretero de cargas, correcto desde el punto de vista de la seguridad vial y en materia medioambiental, concluye, en muchos casos, con caracterizaciones del sector con un grado de atomizacin muy superior al que efectivamente presenta cuando, en realidad, la porcin empresaria conformada para la venta de servicios de transporte muestra un perfil de mayor organizacin, especializacin y tamao. Ahora bien, en virtud de que las cuentas nacionales incluyen dentro del sector Transporte slo a las empresas dedicadas a la actividad para terceros, la importancia econmica originada en el acto de transportar bienes se encuentra claramente subregistrada en la medicin de tales cuentas, al no captar el movimiento de mercaderas efectuadas en transporte propio, situacin que se profundiza en el transporte de corta distancia, ya sean fletes cortos agropecuarios o viajes de distribucin urbana de mercaderas. En todo caso, si se construyera una cuenta satlite del transporte automotor de cargas, en donde se incluyeran los costos en que se incurre por el transporte de todos los bienes en la Argentina, con independencia de la existencia o no de un contrato de transporte, se podra tener una idea aproximada del consumo de recursos y del valor que agrega a la economa esta actividad.

Pgina 389 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 390 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.2. IMPORTANCIA DEL SECTOR EN LA ECONOMA NACIONAL


Como ya se mencionara en esta introduccin, el peso del transporte carretero de cargas en la economa nacional es, en la actualidad, de aproximadamente el 3% para el valor de la produccin, y del 2% para el valor agregado33. Ello se muestra en el cuadro siguiente en donde se vuelcan, tambin, los pesos relativos del transporte ferroviario de cargas.

Esta particularidad es compartida por no pocas actividades econmicas, especialmente en los servicios. Ejemplo extremo de ello es el Turismo, sector que no registra ingresos y costos especficos: existen hoteles, empresas de transporte, restaurantes, cines, comercios, etc. que venden sus servicios a un conjunto indeterminado de personas denominados turistas.
32

Tambin hay que resaltar el importante peso que presentan algunas de las actividades complementarias al transporte muy relacionadas con el transporte de cargas, especialmente las de almacenamiento y depsito de mercaderas y las de manipulacin de la carga, cuyas ventas representan, aproximadamente, un 12% de las efectuadas por el sector de Transporte Automotor de Cargas.
33

Pgina 390 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 391 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

La evolucin en el nivel de actividad ha seguido el ritmo de desempeo de la economa en su conjunto, pero ms especficamente al de los sectores productores de bienes. De esta forma, el nivel de actividad del transporte carretero, que las cuentas nacionales miden mediante la evolucin a precios constantes de un ao base, de manera de limpiarlo del componente precios, alcanz su pico mximo en el ao 2005, siendo el ao 2002 el de mayor depresin de esta serie de 13 aos. El grfico siguiente muestra la evolucin del Valor Bruto de la Produccin (o ventas) tanto del Total de la Economa Argentina como del Transporte Automotor de Cargas.

Pero cul es la real importancia del transporte carretero en el desplazamiento de las cargas en nuestro pas? En otras palabras, cul es la distribucin modal, tanto en materia de ingresos como de volmenes y trficos? En el ao 2005, las empresas argentinas dedicadas al transporte de cargas, de todos los modos con la excepcin de los ductos, vendieron servicios de cabotaje e internacionales por un monto aproximado a los 29.000 millones de pesos. De este total, casi un 97% fue explicado por el transporte carretero de cargas y el restante 3 %, por los modos ferroviario, acutico y areo.

Pgina 391 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 392 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Cuando la distribucin modal se analiza para los volmenes y los trficos transportados, ella se modifica, aunque no sustancialmente, como puede observarse en el cuadro siguiente.

Nuevamente, la importancia del sector en materia de trficos es casi absoluta: para el ao 2005, el transporte automotor ha sido el responsable del desplazamiento, a travs de contratos de transporte, de 453 millones de toneladas y de 204.500 millones de ton km. Cabe aclarar que se trata de ingresos generados y volmenes transportados por empresas transportistas de bandera argentina, razn por la cual el modo acutico presenta esa participacin tan baja en los tres indicadores, a pesar de ser el principal modo de transporte de nuestro comercio exterior, tanto de exportaciones como de importaciones. En este sentido, estas cifras se encuentran en coherencia con los valores estimados para la construccin de las cuentas de produccin nacional (PIB y VBP) ya que, adems de no computar el transporte realizado por empresas extranjeras no radicadas en el pas, tampoco consideran como transporte al efectuado sin la existencia de contratos de transporte (formales o informales), es decir, a todo el transporte propio.

Pgina 392 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 393 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Esta misma distribucin modal de ingresos por venta de servicios, toneladas y ton - km transportadas pero referido exclusivamente al transporte de cabotaje (y siempre teniendo en cuenta que se trata de empresas dedicadas comercialmente al transporte), arroja el resultado siguiente.

Las ventas que efecta una empresa no radicada en nuestro pas son asignadas al pas de residencia de la misma, de igual forma que los ingresos generados por una empresa argentina en el exterior son produccin de nuestro pas.
34

La nica diferencia de este cuadro con el anterior es que en ste se muestra la distribucin modal de los ingresos por venta de servicios de transporte, los volmenes transportados y los trficos realizados por empresas argentinas dentro de las fronteras de nuestro pas; es decir, exclusivamente en trficos de cabotaje. El cuadro anterior se refiere no slo al trfico de cabotaje sino tambin al internacional realizados, ambos, por empresas de bandera nacional. De manera esquemtica, los cuadros permiten observar e inferir varios aspectos acerca del comportamiento de los servicios de las empresas de transporte argentinas: Tanto en el transporte de cabotaje como en el que incluye al internacional, realizados ambos por empresas de bandera nacional, la importancia del modo carretero es casi absoluta; El peso del modo carretero se incrementa en el cabotaje en las tres variables consideradas, aunque no de manera sustancial; El transporte areo resulta el modo con mayores precios por unidad de trfico; en el otro extremo se encuentra el transporte ferroviario.

Pgina 393 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 394 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

En cuanto a las distancias medias, es nuevamente el modo areo el de mayor distancia de viaje en tanto que el carretero presenta los menores recorridos medios, especialmente, y tal como se ver ms adelante, porque casi una cuarta parte de su produccin se explica por trficos cortos, incluyendo en stos a los servicios de mudanzas y fletes urbanos, que explican el grueso de estos trficos cortos. Obviamente, la posibilidad de realizar trficos cortos por parte del transporte carretero no es compartida con ninguno de los restantes modos de transporte. Pero cul sera la distribucin modal de las cargas si se considerara al transporte propio efectuado por las mismas empresas productoras de bienes y servicios y por las empresas extranjeras, de vital importancia en el comercio exterior argentino? Cabe aclarar que al incorporar al transporte propio y a las empresas no radicadas en el pas, se excluye de los valores a tener en cuenta a los ingresos por venta de servicios, ya que en el Transporte Propio no existe un contrato (formal o informal) de transporte, por lo que no hay pagos por los servicios. Por ende, la distribucin modal se realiza sobre los volmenes y trficos realizados correspondientes, ambos, al ao 2005. En primer lugar, se muestra el transporte de cargas nacional e internacional (siempre excluyendo al transporte por ductos) realizado por empresas argentinas, tanto transportistas como productoras de bienes y servicios que efectan su propio transporte, y su distribucin modal, en los cuadros siguientes.

La distribucin modal del cuadro precedente, pero expresada en trminos porcentuales, es la siguiente:

Pgina 394 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 395 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

En este caso, se ha incorporado al Transporte Propio, que transporta, estimativamente, unos 158 millones de toneladas y unas 15.200 millones de toneladaskilmetro. La baja participacin del modo acutico se debe, como ya se ha comentado en prrafos anteriores, a la escasa flota fluvial y martima nacional. Como la presencia de empresas argentinas en el comercio exterior de nuestro pas, tanto de exportacin como de importacin, es relativamente muy pequea, el peso del transporte carretero es muy significativo, siendo responsable de casi la totalidad de los desplazamientos de bienes dentro de la Argentina. Esta distribucin se modifica radicalmente al incluir a las empresas extranjeras responsables de una porcin mayoritaria del transporte de nuestro comercio exterior, como se ve en los cuadros siguientes, en los que se muestran tanto los trficos de cabotaje como internacionales:

Pgina 395 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 396 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Expresando cada modo en porcentaje del total transportado, el cuadro queda como sigue.

Como se aprecia, el peso del transporte carretero, propio y contratado, en los volmenes transportados (toneladas) de cabotaje e internacionales por empresas nacionales y extranjeras sigue siendo alto pero disminuye sustancialmente al considerar los trficos efectuados, como consecuencia de las mayores distancias medias de viaje del modo martimo. Segn se considere a las toneladas o a las toneladaskilmetros transportadas, las proporciones se invierten entre el modo carretero y el modo fluvial y martimo: 84% y 14% para el carretero y el fluvial, respectivamente, en los volmenes (toneladas) y 15% y 85%, para los trficos efectuados (toneladas-kilmetro). Por ltimo, la presencia del transporte carretero en el comercio internacional - donde el transporte propio prcticamente desaparece - disminuye tanto en los volmenes como en los trficos efectuados ya que las exportaciones e importaciones carreteras tienen, nicamente, alcance regional, especialmente con los pases limtrofes, y para determinados productos.

Pgina 396 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 397 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

El mismo cuadro pero mostrado en proporcin al total transportado se muestra a continuacin.

En este caso, el transporte carretero explica el 9% de los volmenes del comercio exterior y slo un poco ms del 1% de las toneladaskilmetros de nuestro comercio exterior, y es el transporte martimo el que emerge en la posicin dominante.

Pgina 397 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 398 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

4.3. ESPECIALIZACIN DEL TRANSPORTE CARRETERO DE CARGAS


El transporte carretero de cargas, en tanto servicio comercial responsable de la casi totalidad del desplazamiento de mercaderas en nuestro pas, reproduce cercanamente, en sus ingresos y en los trficos efectuados, la importancia relativa que tienen, para la economa argentina, los sectores productores de bienes y que son, por ende, los demandantes de los servicios de transporte. Dejando de lado los transportes no comerciales (transporte propio), el 90% del flete carretero proviene de los sectores productores de bienes, tanto para fletes cortos agrarios, fletes de cabotaje de larga distancia, fletes de exportacin y fletes de distribucin urbana de los productos, ya que el restante 10% se estima que se origina en el transporte demandado por las familias en concepto de mudanzas y fletes urbanos. Considerando el VBP y el PIB de los sectores agropecuarios, pesqueros, mineros e industriales y la demanda de transporte carretero para sus productos, para el ao 2005, se puede observar en el cuadro siguiente que tanto el VBP y el PIB sectorial como los fletes pagados y los trficos realizados en transporte automotor de cargas siguen un mismo patrn de comportamiento.

El cuadro indica que tanto la cuenta de produccin de los sectores productores de bienes como los fletes y los trficos demandados se sitan en aproximadamente un 30% para el sector agropecuario, entre un 10% y un 15% para la minera y un 60% para el sector industrial.

Pgina 398 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 399 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Lo que podra haberse esperado a priori era que la demanda de productos primarios tuviera un peso relativo superior a la correspondiente a productos industriales en funcin de que los primeros se refieren a grandes volmenes y los segundos son envos de menor peso aunque de mayor valor. Sin embargo, los fletes de productos primarios, salvo los referidos a transporte de ganado, no requieren mayormente de equipos especiales (con mayor tarifa que para el grueso de los restantes productos) y, en muchos casos, presentan distancias de viaje relativamente cortas para alcanzar el punto donde se transforman industrialmente o donde se inicia el viaje final de exportacin, como los puertos. Por su parte, el transporte de bienes industriales presenta los siguientes aspectos que explican el comportamiento que muestra el cuadro precedente: Los insumos industriales pueden tener varios viajes hasta conformar el bien para el consumo final. Por ejemplo, un producto siderrgico se transporta hasta la planta productora de tornillos; los tornillos se transportan hasta la planta productora de accesorios automotrices; los accesorios automotrices se transportan hasta las terminales automotrices y los vehculos hasta los puntos finales de venta. Muchos de los bienes industriales de consumo final tienen fletes largos desde la planta productora hasta el centro de acopio mayorista y luego fletes de distribucin desde estos depsitos mayoristas hasta los comercios de venta al pblico. Estos ltimos fletes tienen precios mayores en funcin de los altos costos de transporte del mismo (mayor dotacin de personal por vehculo y altos tiempos de viaje, principalmente). Una porcin no pequea de bienes industriales demanda equipos especiales de transporte, de mayor precio de venta de sus servicios. Por ejemplo, la carga refrigerada, las mercancas peligrosas, etc. Cuando se analiza la demanda de servicios de transporte carretero a nivel de grupos de productos, siempre excluyendo la correspondiente a servicios de mudanzas y de fleteros urbanos, se denota que 12 grupos de productos explican las dos terceras partes de la demanda total de transporte y que, salvo escasas excepciones, se trata de productos primarios o manufacturas de origen agropecuarias.

Pgina 399 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 400 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Ordenando a este conjunto de productos en funcin de las toneladaskilmetro se tiene el cuadro siguiente.

Por ltimo, considerando que el transporte carretero a terceros y el ferroviario concentran la casi totalidad del transporte de cargas de nuestro pas, resulta interesante ver la distribucin modal, por grandes grupos de productos, entre estos dos sistemas.

Pgina 400 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 401 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Ello es lo que se muestra en el cuadro siguiente expresado tanto en volmenes transportados como en trficos realizados.

La importancia del transporte carretero muestra un predominio casi absoluto en los tres sectores de la produccin considerados. Dada la situacin actual del sistema ferroviario (infraestructura obsoleta donde no es posible transitar por las vas a altas velocidades, inundaciones que hacen intransitables algunas partes de las redes, etc.), el ferrocarril tiene presencia en productos de bajo valor agregado y donde la variable tiempo no resulta un factor clave.

Pgina 401 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 402 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.2.5.
10.2.5.1.

ANEXO TECNOLOGICO
MICROSOFT ASP.NET MVC

INTRODUCCIN A LA TECNOLOGICA MICROSOFT .NET MVC

Referencia y Sitio Oficial: http://www.asp.net/mvc/tutorials/asp-net-mvc-overview--cs Referencia: http://msdn.microsoft.com/

Pgina 402 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 403 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Informacin general MVC ASP.NET (C #)

El Modelo-Vista-Controlador (MVC) es un patrn arquitectnico que separa una aplicacin en tres componentes principales: el modelo, la vista y el controlador. El marco MVC ASP.NET proporciona una alternativa al modelo de formularios Web Forms de ASP.NET para crear aplicaciones Web basadas en MVC. ASP.NET MVC Framework es un, muy ligero marco de presentacin que (al igual que con Web Forms-based applications) se integra con las actuales caractersticas de ASP.NET, como pginas maestras y la autenticacin basada en membresa. El marco de trabajo MVC se define en el espacio de nombres System.Web.Mvc y es una fundamental parte de apoyo del espacio de nombres System.Web. MVC es un patrn de diseo estndar con los que muchos desarrolladores estn familiarizados. Algunos tipos de aplicaciones Web se beneficiaran del marco MVC. Otras seguirn utilizando el tradicional modelo de aplicacin ASP.NET que se basa en los formularios Web y las devoluciones de datos. Otros tipos de aplicaciones Web podrn combinar los dos enfoques, el planteamiento de una no excluye a la otra. El marco de trabajo MVC incluye los siguientes componentes:

Pgina 403 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 404 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Figura 01: Invocar una accin de controlador que espera un valor de parmetro

Modelos: El Modelo de objetos es la parte de la aplicacin que aplica la lgica


de dominio de datos. A menudo, los objetos del modelo recuperan y almacenan el estado en una base de datos. Por ejemplo, un objeto de productos puede recuperar informacin de una base de datos, operar en l, y luego escribir la informacin actualizada en una tabla Productos en SQL Server. En aplicaciones pequeas, el modelo es a menudo una separacin conceptual en lugar de una separacin fsica. Por ejemplo, si la solicitud slo lee un conjunto de datos y los enva a la vista, la aplicacin no tiene una capa del modelo fsico y las clases asociadas. En ese caso, el conjunto de datos tiene sobre la funcin de un modelo de objetos.

Vistas: Las vistas son los componentes que muestran las interfaces de usuario
(UI) de la aplicacin. Normalmente, este interfaz de usuario es creada a partir de los datos del modelo. Un ejemplo podra ser una vista de edicin de una tabla Productos que muestra cuadros de texto, listas desplegables y casillas de verificacin basada en el estado actual de un objeto de Productos.

Controladores: Los controladores son los componentes que se encargan de la


interaccin con el usuario, el trabaja con el modelo, y en ltima instancia, selecciona una vista que la interfaz de usuario. En una aplicacin MVC, la vista slo muestra informacin, y el controlador maneja y responde a la entrada del usuario y la interaccin. Por ejemplo, el controlador maneja valores de cadena de consulta (QueryStrings), y pasa estos valores al modelo, que a su vez realiza las consultas en la base de datos mediante el uso de los valores. El patrn MVC le ayuda a crear aplicaciones que separan los diferentes aspectos de la aplicacin (lgica de entrada, lgica de negocio, y la lgica de la interfaz de usuario), mientras que proporciona un acoplamiento dbil entre estos elementos. La lgica de la interfaz de usuario pertenece a la vista. La lgica de entrada pertenece en el controlador. La lgica empresarial se circunscribe en el modelo. Esta separacin le ayuda a gestionar la complejidad al crear una aplicacin, ya que le permite centrarse en un aspecto de la aplicacin a la vez. Por ejemplo, usted puede concentrarse en las vistas (UI), sin depender de la lgica de negocio. Adems de gestionar la complejidad, el patrn MVC hace ms fcil las pruebas de aplicaciones a diferencia de lo que es poner a prueba una Web basada en formularios de aplicacin Web ASP.NET. Por ejemplo, en una Web basada en formularios de aplicaciones Web ASP.NET, una sola clase se utiliza tanto para mostrar resultados y para responder a la entrada del usuario.

Pgina 404 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 405 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Escribir pruebas automatizadas de aplicaciones Web basadas en ASP.NET, pueden ser complejas, porque para probar una pgina individual, debe crear instancias de la clase de pgina, todos sus controles secundarios, y ms dependiente de las clases en la solicitud. En las pruebas de Web basada en las aplicaciones ASP.NET, Los Forms pueden ser ms difciles de implementar que las pruebas en una aplicacin MVC. Por otra parte, los ensayos en una aplicacin ASP.NET basada en formularios Web, requiere un servidor Web. El marco de trabajo MVC desacopla los componentes y hace un uso intensivo de las interfaces, lo que permite poner a prueba los componentes individuales de forma aislada del resto del marco de trabajo o framework. El acoplamiento dbil entre los tres principales componentes de una aplicacin MVC tambin promueve el desarrollo paralelo. Por ejemplo, un desarrollador puede trabajar en las vistas, un segundo desarrollador puede trabajar en la lgica del controlador, y un tercero desarrollador puede concentrarse en la lgica de negocio en el modelo.
Decidir cundo crear una aplicacin MVC

Usted debe considerar cuidadosamente la posibilidad de aplicar una aplicacin Web utilizando el marco ASP.NET MVC Web o el modelo de formularios de ASP.NET. El marco de trabajo MVC no sustituye a los modelos de formularios Web, puedes utilizar cualquier marco para las aplicaciones Web. (Si usted tiene Formulario de aplicacin existentes basadas en Web, estos siguen trabajando exactamente como siempre lo han hecho.) Antes de decidirse a usar el framework MVC o el modelo de formularios Web Forms para un sitio Web especfico, debe evaluar las ventajas de cada enfoque. Ventajas de una base de aplicaciones Web-MVC El marco ASP.NET MVC ofrece las siguientes ventajas: Hace ms fcil para manejar la complejidad mediante la divisin de una solicitud en el modelo, la vista, y el controlador.
No utiliza el estado de vista o de servidor basado en formularios. Esto hace un

idela del framework MVC para los desarrolladores que quieren tener el control total sobre el comportamiento de una aplicacin.
Se utiliza un patrn Front Controller que los procesos de solicitud de peticiones

Web a travs de un solo controlador. Esto le permite disear una aplicacin que es compatible con una infraestructura de enrutamiento rico.
Ofrece un mejor soporte impulsado por el desarrollo de pruebas (TDD).

Pgina 405 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 406 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Funciona bien para las aplicaciones Web que son apoyados por grandes equipos de desarrolladores y diseadores web que necesitan un alto grado de control sobre el comportamiento de la aplicacin.

Ventajas de una aplicacin Web basada en formularios Web

El marco basado en formularios Web ofrece las siguientes ventajas: Es compatible con un modelo de eventos que se preserve el estado a travs de HTTP, que beneficia a la lnea de negocio de desarrollo de aplicaciones Web. La aplicacin basada en formularios web ofrece decenas de eventos que cuentan con el apoyo de cientos de controles de servidor.
Utiliza un Patron Page Controller que aade funcionalidad a las pginas

individuales.
Utiliza el estado de vista o de servidor basado en formularios, lo que puede

hacer la gestin del estado de la informacin ms fcil. Funciona bien para pequeos equipos de desarrolladores y diseadores web que quieren aprovecharse de la gran cantidad de componentes disponibles para el desarrollo rpido de aplicaciones. En general, es menos complejo para el desarrollo de aplicaciones, ya que los componentes (la clase Page, controles, etc) estn estrechamente integradas y por lo general requiere menos cdigo que el modelo MVC.
Las caractersticas del marco ASP.NET MVC

El marco MVC ASP.NET proporciona las siguientes caractersticas:


Separacin de tareas de la aplicacin (de entrada lgica, lgica de negocio, y

la interfaz de usuario lgica), capacidad de prueba, y basada en el desarrollo de pruebas (TDD) por defecto. Todos los contratos bsicos en el marco MVC son basados en interfaces y se puede probar mediante el uso de objetos mock, que son objetos simulados que imitan el comportamiento de los objetos reales en la aplicacin. Puede unidad de probar la aplicacin sin tener que ejecutar los controladores en un proceso de ASP.NET, que hace que las pruebas rpidas unidad y flexible. Usted puede Unit-Testing Framework que sea compatible con el NET Framework.
Un marco extensible y conectable.

Los componentes del marco ASP.NET MVC estn diseados para que puedan ser fcilmente reemplazados o personalizados. Puede conectar el motor de su propia vista, una poltica de enrutamiento URL, el mtodo de serializacin de parmetros de accin, y otros componentes. El marco MVC ASP.NET tambin admite el uso de inyeccin de dependencias (DI) y de Inversin de Control (COI) de los modelos
Pgina 406 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 407 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

contenedores. DI permite inyectar objetos en una clase, en lugar de confiar en la clase para crear el objeto en s. COI especifica que si un objeto requiere de otro objeto, los primeros objetos pueden obtener el segundo objeto de una fuente externa como un archivo de configuracin. Esto hace que las pruebas sean ms fciles.
Un potente mapeo de URL le permite crear aplicaciones que tienene URL

comprensibles y buscables. La URL no tiene que incluir el nombre de extensiones de archivo, y estn diseadas para soportar patrones de nombres de URL que funcionan bien para la optimizacin de motores de bsqueda (SEO) y la transferencia de estado de representacin (REST).
Soporte para uso personalizado en la pgina existente de ASP.NET (. Aspx),

controles de usuarios (. Ascx), y pginas maestras (archivos. Maestro) archivos marcado como plantillas de vista. Puede utilizar las caractersticas de ASP.NET existentes con la ASP.NET MVC framekwork, tales como las pginas maestras anidadas, expresiones en lnea (<%%> =), controles de servidor declarativos, plantillas, de enlace a datos, localizacin, etc. Soporte para las caractersticas de ASP.NET existentes. ASP.NET MVC le permite usar funciones como la autenticacin de formularios y la autenticacin de Windows, autorizacin de direcciones URL, la composicin y funciones, la produccin y el almacenamiento en cach de datos, administracin de estado de sesin y perfil, el sistema de configuracin, y la arquitectura de proveedor.

Pgina 407 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 408 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Principales Espacios de Nombres de ASP.NET MVC en Microsoft .NET Framework.

Ttulo
System.Web.Mvc (espacio de nombres)

Descripcin
Contiene las clases e interfaces compatibles con el modelo MVC para las aplicaciones web de ASP.NET.Este espacio de nombres incluye clases que representan los controladores, generadores de controladores, resultados de accin, vistas, vistas parciales y enlazadores de modelos.

System.Web.Mvc.Ajax (espacio de nombres)

Contiene clases que son compatibles con los scripts Ajax en una aplicacin ASP.NET MVC.El espacio de nombres incluye compatibilidad con los scripts Ajax y los valores de opcin de Ajax.

System.Web.Mvc.Async (espacio de nombres) System.Web.Mvc.Html (espacio de nombres)

Contiene clases e interfaces que admiten acciones asincrnicas en una aplicacin ASP.NET MVC. Contiene clases que ayudan a representar los controles HTML en una aplicacin MVC.El espacio de nombres incluye las clases compatibles con los formularios, controles de entrada, vnculos, vistas parciales y validacin.

Pgina 408 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 409 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Concepto Tcnicos de Programacin Ejemplo de Cdigo de una Clase Controladora:


public class MyController : Controller { public ActionResult HelloWorld() { ViewData["Message"] = "Hello World!"; return View(); } }

Tipo de valor devuelto ActionResult

Resultado de la accin
ViewResult PartialViewResult

Mtodo auxiliar
View PartialView

Descripcin
Representa una vista como una pgina web. Representa una vista parcial, que define una seccin de una vista que se puede representar dentro de otra vista.

RedirectResult

Redirect

Redirecciona a otro mtodo de accin utilizando su direccin URL.

RedirectToRouteRes ult

RedirectToActio Redirecciona a otro mtodo de accin. n RedirectToRoute

ContentResult

Content

Devuelve un tipo de contenido definido por el usuario.

JsonResult JavaScriptResult

Json JavaScript

Devuelve un objeto JSON serializado. Devuelve un script que se puede ejecutar en el cliente.

FileResult

File

Devuelve la salida binaria para escribir en la respuesta.

EmptyResult

(Ninguno)

Representa un valor devuelto que se utiliza si el mtodo de accin debe devolver un resultado null

Clase FormCollection

Pgina 409 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 410 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Contiene los proveedores de valor de formulario para la aplicacin. Esta clase permite tomar mediante POST los valores contenidos en un formato HTML por medio de una coleccin la cual esta indexada por los nombre de los campos de los formularios o un nmero entero.

Ejemplo de cdigo, recuperando datos mediante Request.Form: [AcceptVerbs(HttpVerbs.Post)] public ActionResult Create() { Recipe recipe = new Recipe(); recipe.Name = Request.Form["Name"]; // ... return View(); } Ejemplo de Cdigo, recuperando datos mediante FormCollection: public ActionResult Create(FormCollection values) { Recipe recipe = new Recipe(); recipe.Name = values["Name"]; // ... return View(); }

Referencia: http://msdn.microsoft.com/es-es/library/system.web.mvc.formcollection.aspx

Pgina 410 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 411 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.2.5.2.

ASP.NET MVC y N-Tier

Architecture Guide: ASP.NET MVC Framework + N-tier + Entity Framework and Many More Escrito Por

Recomendado por el Prof: Ing. Pablo Vilaboa Referencia:

http://www.codeproject.com/KB/aspnet/ASP_NET_MVC_WITH_EF.aspx#Introduction

Pgina 411 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 412 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Introduction
The Model View Controller (MVC) is an architectural pattern used in software engineering. The pattern isolates "domain logic" (the application logic for the user) from input and presentation (GUI), permitting independent developments, testing and maintenance of each. Today, the Microsoft variant of MVC called ASP.NET MVC, which is now part of .NET framework 4.1, is gaining momentum among software designers. In addition to that the enthusiasm is also high among developers to support the community with materials that speed up application development with ASP.NET MVC framework. There are many source libraries on the internet, where such contributions can be found. These free off-the-shell libraries/ components have positively influence the modern software industry in many different ways. However, as it was with any other case, this has a few negatives too. Today, unfortunately, junior designers, who are trying to do their first system in MVC, are struggling to select the right set of off-theshell components correctly. They do worthlessly complex designs by needlessly committing them-selves to use these off-the-shell components. One needs to understand that you don't have to use everything in every (or the first) system you design. You need to use only the suited ones. But finding the suited options, when many different options are made available, is easier said than done. The stated problem is a little more complicated than previously stated as the technology providers too have competitive products. Therefore to start off, let me gives couple of such examples, where you see different means made available to achieve the same goal.
1. Entity Framework, Linq to SQL, Subsonic, Hibernated or any other can be used as an ORM (Object Relational Mapping) tool. 2. 'AutoMapper', 'StructureMap', or any other can be used to map one DTO (Data Transfer Object) to another. 3. The 'Validation Application Block' of Microsoft Enterprise Library, 'System.ComponentModel' namespace of .NET Framework, Microsoft Workflow Engine (WF) of .NET Framework or any other can be used to validate business objects. 4. Views of MVC, Web-From or generic ASP.NET controls or even plain HTML can be used to develop the User Interface (UI) layer. 5. JavaScript, Ajax, J-Query can be used as your front end scripting language with or without JSON (Java Script Object Notation). 6. MVC Architecture or any other, or even a combination of architectures can be used to design a system. Among the items listed above, you can see there are similar or more applicable options. Additionally there are other options, which have to be selected base on your requirement. These options have to be selected considering the functional and non functional requirement of your system. Once well designed, the system truly adds value to your development process. A designer with experience, selects his options the right way first time, and ends up keeping significant advantages. If you are a junior system designer, then at least be careful not to pick an awe fully wrong set of options. Such selection can make your 'software design' carrier end even before you start it. Pgina 412 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 413 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

They say "Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away." One who reads through this article will realize that an architecture is built with Microsoft ASP.NET MVC Framework, Microsoft Entity Framework, Ajax, J-Query, 'AutoMapper', Enterprise Library (Unity Application Block), 'MsTest', Log4Net etc. This design may not be the most flawless of all. But I can assure you that this is not a terribly wrong one either. It will fall within the acceptable range, and once completed, you will be able to re-use this as a framework to develop your very own (small to medium sized) web applications.

Pre-requisites
In order to follow this article, you are expected to have at least 4 years or more of development experience with a sound understanding of OOP concepts and design patterns. Additionally, since our system is going to be designed with ASP.NET MVC framework, you need to have experience developing a few test applications with ASP.NET MVC framework, most preferably with Microsoft Entity Framework. If you think you have sufficient expertise, then you are best to further read through this article. If you still have not setup ASP.NET MVC, please have the items listed below installed before proceeding any further. You can also install ASP.NET MVC using Microsoft Web Platform Installer too. Microsoft Visual Studio 2010 (RC, in my case) (or any other later version) ASP.NET MVC Unity Application Block (The completed version of Enterprise Library will auto install this) Ajax J-Query Auto-Mapper Entity Frame Work This comes with the VS 2010

What is ASP.NET MVC?


As stated before, ASP.NET MVC is the Microsoft variant of MVC and it is a free, Microsoft framework for developing great web applications using the Model-View-Controller pattern. It provides total control over your HTML and URLs, enables rich Ajax integration, and facilitates test driven development. Read more >> I hope that the above description also answers the famous question that some developers have, 'Is MVC a pattern or framework?'. Let me reiterate here again, just to ensure that you understand it correctly. The MVC is a pattern, as well as a framework. The MVC Pattern is being used to develop Microsoft ASP.NET MVC framework. So that first to be introduced is the pattern and then the framework.

Why ASP.NET MVC?

Pgina 413 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 414 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

ASP.NET is not something completely new, but it is something that Microsoft has built on top of the standard ASP.NET library. It can be taken as an extension to the .NET Framework. In other words, it is something greater than standard ASP.NET or Web Forms. When you are working with Web-Form the framework itself controls plenty of variables, where as with ASP.NET MVC it does not do that. Instead the framework allows you to control them. So with ASP.NET MVC, it is left to you to decide how you want to build your system. Though I said that we need to take care of everything with ASP.NET MVC, it is not really difficult. There are many resources available on the internet to make life easier for MVC developers. Unlike before, where they complained about having to write more codes to get something done in MVC, now you can do them quicker with the support of contributions of other developers. The MVC Contrib is one and was designed to add functionality and ease-of-use to Microsoft's ASP.NET MVC Framework. The 'MVC Contrib' is useful for developers looking to develop and test web applications on top of the ASP.NET MVC framework. In addition to that there are many new features made available with the latest version of ASP.NET MVC framework. You can learn more about this by reading Whats New in ASP.NET MVC 2 document on the www.asp.net/mvc web-site.

Does ASP.NET MVC is the Only Option?


There are debates. Some designers say Web-Form is better than MVC. They say that there are many 3rd party controls already built for Web-Form. The MVC is extend-able, yet for all they say that the architecture needs you to write more codes. Additionally they also say that a well architected Web-Form application too can be just as extensible as MVC. In my view point, the decision has to be taken based on your requirements. When it is 50:50, the latest technology is the better choice. However we should not choose Web-Form simply because of that natural resistance we have for changing what we used to be. This habit of resisting the change is not something that you can practice in IT. The IT change rapidly forcing one to give up old things and move ahead with new ones. I think, the ASP.NET MVC going to have a great future. Microsoft has done it right this time with ASP.NET MVC. It is already proving to be the framework for building next generation of web applications. So why wait? If you adopt early, you will grow easier with it. If not then, you will experience the pain of becoming an out-dated developer with the next wave of technology updates. In the next part of the article, I will gradually start designing our Document Management System (DMS). That will demonstrate the application of Microsoft ASP.NET MVC framework to build a real world web application. However, before we move on to that, I need to stress-out few other important things about MVC here..

Pgina 414 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 415 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

ASP.NET MVC is "*not" WebForms 4.0 There is a small learning curve with MVC, but there are *many* resources to assist you MVC gives you more control, which is generally better If you like Unit Testing, ASP.NET MVC will make you happy.

Building the DMS using ASP.NET MVC


I have carefully picked a couple of options to build our DMS. This design is taking advantage of Microsoft ASP.NET MVC Framework, Microsoft Entity Framework, Ajax, J-Query, 'AutoMapper', Enterprise Library (Unity Application Block), 'MsTest', Log4Net etc. I am planning to discuss some of the important selections that I have made in later part of this article, but mostly I expect you to learn those by looking at the source code itself. I will mainly focus on our goal, which is to teach you how to establish the right architecture to build a small to mid-size web application with ASP.NET MVC framework. In that effort, I am planning touch base with all important points. I will give just enough details for an experienced developer to understand them but not anymore as I need to control the length of this Article. As the first step of architecturing our DMS (or any) system, you need to thoroughly analyze the system. This includes of fully and deeply understands its requirements, time period, cost constrains and quality requirements etc. Let me give few points that helps you understand it below... The business problem that the proposed system is supposed to solve? The functional and non functional requirements Project quality requirements How much money, the customer is willing to spend for this system? The project time period, start and end of the project What is the scale (How big the system is?)? How flexible the system needs to be? How extendable the system has to be? How customizable the system needs to be?

Once the system requirements are fully understood, mainly covering the questions given above, you can start the first few steps of designing a system. This is where you define the structure of the software and find the right way in which that structure provides conceptual integrity for the system. This is the development work product that gives the highest return on investment in terms of quality, schedule and cost.

Pgina 415 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 416 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Design considerations
There are many aspects to consider in the design of a piece of software. The importance of each should reflect the goals the software is trying to achieve. Some of these aspects that I referred form Wiki-Software Design are given below... Compatibility - The software is able to operate with other products that are designed for interoperability with another product. For example, a piece of software may be backwardcompatible with an older version of itself. Extensibility - New capabilities can be added to the software without major changes to the underlying architecture. Fault-tolerance - The software is resistant to and able to recover from component failure. Maintainability - The software can be restored to a specified condition within a specified period of time. For example, antivirus software may include the ability to periodically receive virus definition updates in order to maintain the software's effectiveness. Modularity - the resulting software comprises well defined, independent components. That leads to better maintainability. The components could be then implemented and tested in isolation before being integrated to form a desired software system. This allows division of work in a software development project. Packaging - Printed material such as the box and manuals should match the style designated for the target market and should enhance usability. All compatibility information should be visible on the outside of the package. All components required for use should be included in the package or specified as a requirement on the outside of the package. Reliability - The software is able to perform a required function under stated conditions for a specified period of time. Re-usability - the modular components designed should capture the essence of the functionality expected out of them and no more or less. This single-minded purpose renders the components reusable wherever there are similar needs in other designs. Robustness - The software is able to operate under stress or tolerate unpredictable or invalid input. For example, it can be designed with a resilience to low memory conditions. Security - The software is able to withstand hostile acts and influences. Usability - The software user interface must be usable for its target user/audience. Default values for the parameters must be chosen so that they are a good choice for the majority of the users.

Imagine that our DMS is a complicated business problem, and then try to direct your design effort to reduce its complexity. This has to happen through abstraction and separation of concerns. This means, breaking the system in to its structural elements, architectural components, subsystems, sub-assemblies, parts or 'chunks'. This is not hard. Any experience designers can identify the components belonging to a system just by looking at its requirement document. However there are standard techniques that use to do this too. I also have written an Article on this topic, which you can find in the code project with the title "A Practical Approach to Computer Systems Design and Architecture".

How you Architecture a System?


Pgina 416 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 417 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

An experienced Architect does not need to go through every single step in the book to get a reasonable design done for a small web application. Such Architects can use their experience to speed up the process. Since I have done similar web applications before and have understood my deliverable, I am going to take the faster approach to get the initial part of our DMS design done. That will hopefully assist me to shorten the length of this article. For those who do not have experience, let me briefly mention the general steps that involved in architecturing a software below... 1. Understand the initial customer requirement - Ask questions and do research to further elaborate the requirement 2. Define the process flow of the system preferably in visual (diagram) form. I usually draw a process-flow diagram here. In my effort, I would try to define the manual version of the system first and then would try to convert that into the automated version while identifying the processes and their relations. This process-flow diagram that we draw here can be used as the medium to validate the captured requirements with the customer too. 3. Identify the software development model that suite your requirements o When the requirements are fully captured and defined before the design start, you can use the 'Water-Fall' model. But when the requirements are undefined, a variant of 'Spiral' can be used to deal with that. When requirements are not defined, the system gets defined while it is being

4.

5. 6. 7.

8. 9.

10.

designed. In such cases, you need to keep adequate spaces in respective modules, which later expansions are expected. Decide what architecture to be used. In my case, to design our Document Management System (DMS), I will be using a combination of ASP.NET MVC and Multitier Architecture (Three Tier Variant). Analyze the system and identify its modules or sub systems. Pick one sub system at a time and further analyze it and identify all granular level requirements belonging to that part of the systems. Recognize the data entities and define the relationships among entities (Entity Relationship Diagram or ER Diagram). That can followed by identifying the business entities (Some business entities directly map with the classes of your system) and define the business process flow. Organized your entities. This is where you normalize your database, and decide what OOP concepts and design pattern to be used etc. Make your design consistent. Follow the same standards across all modules and layers. This includes streamlining the concepts (as an example, if you have used two different design patterns in two different modules to achieve the same goal, then pick the better approach and use that in both the places), and conventions used in the project. Tuning the design is the last part of the process. In order to do this, you need to have a meeting with the project team. In that meeting you need to present your design to your team and make them ask questions about it. Take this as an opportunity to honestly evaluate/ adjust your design.

Building the Code Framework for our DMS


Pgina 417 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 418 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

As I said, our Document Management System (DMS) architecture is done combining the three layer architecture and Model View Controller architecture. In order to speed up the process, let me directly define the system framework of our DMS. Please follow the instructions given below to create your system framework directly in Visual Studio 2010. 1. Open your 'Visual Studio 2010' and create a new Project of type ASP.NET MVC (in my case it was MVC version 2.0) 2. In the same solution, create a 'Console Library' type Project for your Data Access Layer (DAL). This will create a separate assembly for your Data Access Layer. In addition to logically group your data access logic in to a separate assembly this separation has the following advantages o Allows modifying the data access logic without affecting other layers. o Support scaling the system easily. o Support changing the database type without affecting the corresponding o business functions. .. etc.

3. Create a 'Console Library' type Project for core Business Operations. Just like it was with DAL, this will create a separate layer for Business Logics. 4. Create another 'Console Library' type Project for common operations. There are some business functions that are common to all the layers. These functions can be implemented in a separate assembly. That way you can reuse that with other system too. I will talk about this later in the article too. Once everything is completed, your solution will be looking like this.

In the above diagram, the 'MvcDemo' project is the MVC Web Project. That project is created using Visual Studio's default MVC project template. In it, I decided to keep 'Views' and 'Controllers' in the same web project, while 'Models' were shifted out to another layer (you will read more about this change later). So in summary now you have a solution with one ASP.NET MVC Web Application project, and three empty console libraries together with a test project, which is automatically created for us by Visual Studio.

Pgina 418 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 419 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Note: I have used the main project name ('MvcDemo') as a prefix to name the console libraries, but that is something that you can opted to follow or not. In our solution each sub system represents a project. Each project represents a meaningful portion of the main business problem. If you want to reuse one project in multiple other projects (Just like we will be doing it with 'MvcDemo.Common' project), you can do that by adding the project reference.

Lets Look at Our Data Access Layer Design


The data access layer provides a centralized location for all calls into the database, and thus makes it easier to port the application to other database systems. There are many different options to get the Data Access Layer built quickly. In my effort to build the DAL, I would have chosen from many different model providers, for example: 1. NHibernate 2. LINQ to SQL Or else I would have chosen any other model provider, possibly: 1. 2. 3. 4. SubSonic LLBLGen Pro LightSpeed ..or who knows

This means that we will be using an ORM (Object Relational Mapping) tool to generate our Data Access Layer. As you can see, there are many tools, but all having their advantages and disadvantages. In order to select the right tool, you need consider your project requirements, the skills of the development team, and if an organization has standardized on a specific tool etc. However, I am not going to use the tools listed above, instead decided to use Microsoft Entity Framework (EF), which is something Microsoft has newly introduced. The ADO.NET Entity Framework (EF) is an object-relational mapping (ORM) framework for the .NET Framework. ADO.NET Entity Framework (EF) abstracts the relational (logical) schema of the data that is stored in a database and presents its conceptual schema to the application. However the conceptual model that EF created fail to meet my requirements. Therefore I had to find a work around to create the right conceptual model for this design. You will see few adjustments that I have made to achieve my requirement in later part of this Article. The selection of EF (Entity Framework) for my ASP.NET MVC front end is not a blindfolded decision. I do have few affirmations... 1. ASP.NET MVC Framework is Microsoft, so as ADO.NET Entity Framework. They tend to work well together than any other tool. 2. Latest version of EF (Entity Framework) has many promising features, and has addressed many issue had in its initial version. 3. In general Microsoft seems serious about EF. That made me thinks that EF would have a significant share in the future of ORM tools. Pgina 419 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 420 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

The community has raised concerns over what has been promised and is being delivered with EF. You can read this ADO .NET Entity Framework Vote of No Confidence for more details about it. Microsoft and the Entity Framework team have received a tremendous amount of feedback from experts in entity-based applications and software architectures on the .NET platform. While Microsofts announcement of its intention to provide framework support for entity architectures was received with enthusiasm, the Entity Framework itself has consistently proved to be cause for significant concern. However the second version of Entity Framework (known, somewhat confusingly, as 'Entity Framework v4' because it forms part of .NET 4.0) is available in Beta form as part of Visual Studio 2010, and has addressed many of the criticisms made of version 1. The Entity data model (which is also called the conceptual model of the database), which ADO.NET Entity Framework auto created for our DMS is given below. This has a 1:1 (one to one) mapping between the database tables and the so called conceptual models. These models or objects can be used to communicate with the respective physical data source or the tables of the database. I hope you can understand my conceptual model quite easily.

The Data Access Layer project, which is given below, has three folders namely Models, Infrastructure and Interfaces (You will later notice that this project template is being reused in other projects of this system too). Outside of those folders, you find few classes such as one base class and two concrete classes. These are the main operational classes of the data access layer (DAL) project. This project template made it possible to directly access all commonly used main operational classes without worrying about navigating in to directories. "The inherent complexity of a software system is related to the problem it is trying to solve. The actual complexity is related to the size and structure of the software system as actually built. The difference is a measure of the inability to match the solution to the problem." -- Kevlin Henney, "For the sake of simplicity" (1999)

Pgina 420 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 421 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Simplicity is the soul of efficiency. This does not mean that the design has to be unrealistically simple. It has to be just enough to achieve the requirements and not more or less. Additionally the consistency is also important. It can reduce the differences in between modules, thus would help to easily understand the design. Therefore the design has to be simple and consistent. While keeping these in mind, let's have a close look at our Data Access Layer (DAL) design.

In the Data Access Layer (DAL) design, I thought of using a variant of repository pattern. The Repository pattern is commonly used by many enterprise designers. It is a straight forward design that gives you testable & reusable code modules. Furthermore it gives flexibility and separation of concerns between the conceptual model and business logics too. In my design there are two Repositories namely DocumentRepository and FileRepository, which will mediates between the domain (also called Business Logic Layer) and data mapping layers (also called Data Access Layer) using domain objects (also called Business Objects or Models). In general it is recommended having one repository class for every business object of the system. Among the few folders that you see in that project, the folder named 'Interfaces' is important. So let's check inside the 'Interfaces' folder and see what interfaces that we have in it... 1. IRepository<T> - The generic interface that abstractly defines the behavior of all the repositories of our system. This is the super repository. This is what extends to create the abstract repository with the name 'RepositoryBase<T>'. 2. IDocumentRepository This is a specialized repository, which defines the behavior specific to 'Document'. 3. IFileRepository Just like it was with 'IDocumentRepository', this defines the behavior of the 'File' repository. 4. IRepositoryContext - This defines the behavior of the context of our repositories. 5. IPagination - This defined the definition for pagination related operations. Pgina 421 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 422 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

6. 'IUnitOfWork' and 'IUnitOfWorkFactory' were there but removed from the design later. Initially, I was planning to write some codes for dependency injection (DI) too. But later I found that Microsoft enterprise library has everything done for us. They have an application block called 'UnityApplicaitonBlock', which does what I was initiated with those two interfaces. Therefore I removed unity and inversion of control related implementations from the project. Now the source code you download now will not have those implementations. I have used interfaces in the DAL design, and that might made you ask questions like 'why we need these interfaces?' and 'why not just have the concrete implementation alone?'. There are many reasons for having interfaces in a design. They allow implementation to be interchangeable (One common scenario is, when unit testing, you can replace the actual repository implementation with a fake one). Additionally, when carefully used, they help to better organize your design. The interface is the bare minimum needed to explain what a function or class will do. It's the lease amount of code you can write for a full declaration of functionality and usability. For this reason, it's (more) clearer for a user of your function or class to understand how the object works. The user shouldn't have to look through all of your implementations to understand what the object does. So, again defining interfaces is the more organized approach. In some instances, I have seen designers add interfaces for every class, which I thought is a too extreme design practice. In my design I have used interfaces not only to organize the design but also to interchange implementation too. Later in the article you will see how these interfaces are being used to assist 'unity application block' to inject dependencies too. You can see in the screen above that I have set of interfaces define for pagination too. The pagination (of business objects/ entities) is something that developers code in many different layers. Some code it in the UI (User Interface) layer, while others do it in BLL (Business Logic Layer) or DAL (Data Access Layer). I thought of implementing it inside DAL to avoid unwanted network round trips that would occurred otherwise in a distributed multi-tier deployment setup. Additionally when keep it inside DAL, I will have the option of using some of the built-in EF (Entity Framework) functions for pagination works. The figure below summarizes the overall DAL design with its main components and their relations. I think it is clear how the three interfaces and their concrete implementations are being defined.

Pgina 422 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 423 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

I think it is important for you to know how this design evolves. So let me talk about that here. Initially, I had the 'IRepository<T>' interface. That was used to implement the two specialized 'Document' and 'File' repositories. That time I noticed that the two was having many common operations. So I thought of abstractly define them with a abstract class. Thus, decided to add a new generic abstract class called 'RepositoryBase<T>'. Once all these were done, the final system had the generic 'IRepository<T>' interface right at the top, then the abstract 'RepositoryBase<T>' class, and then two concrete implementations of 'File' and 'Document' repositories. I thought it is done, and had a final look before closing-up the design, but that made me realized that the design is still having issues. So let me talk about that in the next paragraph. The design I had made it impossible to interchange implementation of either of the specialized repository. As an example, if I have a test/ fake version of the 'DocumentRepository' implemented with the name 'TestDocumentRepository' and wanted to interchange that with the 'DocumentRepository', then it is not possible with my design. So I decided to do few more adjustment to the design by introducing two specialized interfaces called 'IDocumentRepository' and 'IFileRepository'. This made it possible to fully hide the special implementations, hence gain the required interchangeability. That final change concludes my DAL design. As I said before, I used unity application block to inject dependencies to this system. The code below shows how one can use the unity application block to interchange implementations of IDocumentRepository. The Unity Application Block supports writing this code in 'global.asax' file or to use the 'web.config' to set detail to resolve dependencies. Please expect more details on this later.

//when using the actual DocumentRepository implementation .RegisterType<IDocumentRepository, DocumentRepository>()

Pgina 423 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 424 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

//when using the test version of the DocumenRepository implementation .RegisterType<IDocumentRepository, TestDocumentRepository>()

I also realized that with few adjustments, this very same design pattern can be used in business logic layer too. So you will see the same design approach is being re-used in 'MvcDemo.Core' project too. Before we move on to the next section, let's have a look at the implementation of 'RepositoryBase<T>' class too. In the base repository implementation, I was careful not to make it necessarily complex. As you can see, it only has the most needed methods. You may also see how the dependency that this class has with the IRepositoryContext is handled by passing the dependent class through the constructor. You will later see how this technique is used to inject dependencies across all layers. You can find more about Unity DI (Dependency Injection) here..

using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Data.Objects; using System.Linq.Expressions; using MvcDemo.Dal.Interfaces; using MvcDemo.Dal.Infrastructure; using MvcDemo.Dal.EntityModels; namespace MvcDemo.Dal { public abstract class RepositoryBase<T> : IRepository<T> where T: class { public RepositoryBase() : this(new DmsRepositoryContext()) { } public RepositoryBase(IRepositoryContext repositoryContext) { repositoryContext = repositoryContext ?? new DmsRepositoryContext(); _objectSet = repositoryContext.GetObjectSet<T>(); } private IObjectSet<T> _objectSet; public IObjectSet<T> ObjectSet {

Pgina 424 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 425 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

get { return _objectSet; } } #region IRepository Members public void Add(T entity) { this.ObjectSet.AddObject(entity); } public void Delete(T entity) { this.ObjectSet.DeleteObject(entity); } public IList<T> GetAll() { return this.ObjectSet.ToList<T>(); } public IList<T> GetAll(Expression<Func<T, bool>> whereCondition) { return this.ObjectSet.Where(whereCondition).ToList<T>(); } public T GetSingle(Expression<Func<T, bool>> whereCondition) { return this.ObjectSet.Where(whereCondition).FirstOrDefault<T>(); } public void Attach(T entity) { this.ObjectSet.Attach(entity); } public IQueryable<T> GetQueryable() { return this.ObjectSet.AsQueryable<T>(); } public long Count()

Pgina 425 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 426 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

{ return this.ObjectSet.LongCount<T>(); } public long Count(Expression<Func<T, bool>> whereCondition) { return this.ObjectSet.Where(whereCondition).LongCount<T>(); } #endregion } }

In the above code, the 'ObjectSet' is a public property that has being exposed via 'get'. That will allow outside parties to know the currently active object set of the respective repository. However when you implement the repository with a specific type, the returned 'ObjectSet' becomes predictable. This is a weakness of my design. As an example, when implementing IFileRepository the 'ObjectSet' will guarantee to return 'IObjectSet<File>' but not anything else. So then one can argue saying that the property is not necessary to have publicly exposed. That is a very valid argument. As you can realize now, I cannot defend my design. One should be able to defend his/ her design. Therefore, I think it is acceptable to reduce the property's access level from 'public' to 'protected'. That way only the extended classes will be able to access the active object set. As I said before, you have to question your design, the questioning validate the design. If you check the code line below, you might notice something unfamiliar there. The '??' operator is not commonly used in general coding, but happened to be very useful for me here.

repositoryContext = repositoryContext ?? new DmsRepositoryContext();

The '??' operator is called the null-coalescing operator and is used to define a default value for a null able value types as well as reference types. It returns the left-hand operand if it is not null; otherwise it returns the right operand. This code pattern is important when using an external module (Unity Application Block) to inject dependencies.

Pgina 426 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 427 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Let's Look at Our Business Logic Layer Design


The business logic layer is usually one of the layers in our multi-layer architecture. This part of the code contains the business logic for our application. This separation of business functions into a separate project would have the same advantages that we recognized in the Data Access Layer design. The screen below expands the 'Business Logic Layer' part of the system. In that, the folder named 'Models' has a set of 'View' and 'Edit' model classes. These classes represent the 'Models' of the MVC pattern. They are the domain/ conceptual models of our DMS's BLL (Business Logic Layer). As an example, to display a document in the front end, you can have a view-model with the name 'DocumentViewModel', with properties to display on the UI in it. These model classes have their corresponding 'Views' and 'Controllers' too. In addition to that, when a View (Web Page) is use to edit/ update an entity, you can use a 'DocumentEditModel' to capture user inputs. That same model can use to store the definitions of its property validation requirement too (read 'Validating Business Objects' below for more details). You can further break this system to make it more flexible. But that comes with a cost. Further you break, difficult it will be to maintain your code. I thought this is just right for our requirement. Therefore based on your requirements you can decide how further you need to break the system. You can ignore the Mapping related interfaces for now, but I will come back to that little later.

As you can see in the screen above, the BLL design is somewhat similar to our Data Access Layer (DAL) design. Just like it was with DAL, I have a separate set of interfaces that define the framework for this layer.

Pgina 427 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 428 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

IService<T> - Is the super interface that uses to implement the services of this application. I also had another interface called IServiceBase, but that make BLL inconsistent with the DAL design. Therefore I decided to remove that from the design later. IDocumentService - This defines the 'Document' specific services. IFileService - This defines the 'File' specific services. IMapper, IMapperRegister - I was trying to make the mapping library a plug-gable one, so that I will have the option to plug any other mapping library later. However, you need to give me little more time to complete that part of the code.

As you see above, I have 'DocumentService', which implements 'IDocumentService', and 'FileService', which implements 'IFileService'. The 'ServiceBase<T>', which is the counter part of the 'RepositoryBase<T>' of DAL, is empty yet. However with my experience I know that we are going to get functions that are common to both Document and File Service later, that could abstractly implement/ define in the 'ServiceBase<T>'. I thought it is a good practice to have an abstract type base class defines whenever you do multiple implementations out of a generic interface.

Pgina 428 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 429 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Let's Look at Our Presentation Layer (User Interface) Design


This is the topmost layer of our application. The presentation layer displays information for the user. It communicates with other layers to produce results to the web browser. In general the architecture we used has several differences that I wanted to point at. We removed the 'Models' of the MVC from our web project and include that in the Business Logic Layer. We also removed the regular presentation layer of the three tier architecture and merge that with the MVC front end. This means that 'Views' and 'Controllers' of the MVC represent the Presentation Layer part of the three tiered system. As this is bit complex to explain, I have drawn the diagram below to further elaborate it.

In the screen below you will see how our ASP.NET MVC web project structure looks like. The default directory structure of an ASP.NET MVC Application has 3 top-level directories: /Controllers /Models /Views

As you can probably guess, it recommend putting your Controller classes underneath the 'Controllers' directory, your view templates underneath your 'Views' directory and as you already knows we have decided to move the 'Models' out of this project. So in our project we will not use the 'Model' folder. In general ASP.NET MVC framework doesn't force you to always use this structure. Unless you have a good reason to use an alternative file layout, I'd recommend using this default layout.

Pgina 429 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 430 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Dependency Injection
Dependency injection is a way of objects getting configured with their dependencies by an external entity. This may sound a bit abstract, so let me give you an example here. E.g.:- In our code you have a class called 'DmsController', which has a dependency with 'IDocumentService'. This means that when you create an object of type DmsController, you need to pass an implementation of 'IDocumentService' as a parameter. In this case think that you have two implementation of 'IDocumentService', where one is called 'DocumentService' (actual) and the other is called 'TestDocumentService' (Unit Test). Then the Unity Application Block (using a pattern called Unity Pattern) allows you to dynamically configure the right implementation to resolve the dependency that DmsController has with 'IDocumentService'. If that is still not clear, let me show the way that I am using this application block to inject dependencies in my code. In order to use Unity Application Block, you need to have a custom controller factory defined. In the screen above, you can see a class called 'UnityControllerFactory'. I used that class as my custom controller factory. If you look at the source code of that class, you will see that it inherits from the MVC 'DefaultControllerFactory'. This means that I can use that class to replace the default MVC Controller Factory. As per the requirement of Unity Application Block, this custom class is used to set the container that carries the detail to resolve interfaces. Let me show you how the Application_Start method of Global.asax looks like.

Pgina 430 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 431 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

protected void Application_Start() { AreaRegistration.RegisterAllAreas(); RegisterRoutes(RouteTable.Routes); /*//Configure container with web.config UnityConfigurationSection section = (UnityConfigurationSection)ConfigurationManager.GetSection("unity"); section.Configure(_container, "containerOne");*/ _container = new UnityContainer() .RegisterType<IDocumentService, DocumentService>(new ContainerControlledLifetimeManager()) .RegisterType<IFileService, FileService>() .RegisterType<IDocumentRepository, DocumentRepository>() .RegisterType<IFileRepository, FileRepository>() .RegisterType<IRepositoryContext, DmsRepositoryContext>() .RegisterType<IFormsAuthenticationService, FormsAuthenticationService>() .RegisterType<IMembershipService, AccountMembershipService>(); //Set for Controller Factory IControllerFactory controllerFactory = new UnityControllerFactory(_container); ControllerBuilder.Current.SetControllerFactory(controllerFactory); }

As I said above, the 'UnityContainer' is used to register the interfaces with its respective concrete implementations. This is just one time registration hence it is advised to do it inside the 'Application_Start' method of the 'Global.asax'. The container is passed on to my custom made UnityControllerFactory. Finally, you have to use the built-in method of ControllerBuilder to set my controller factory as the current controller factory of this application. The rest is automatic. For more details on this topic, please visit the Unity Dependency Injection IoC Screencast ..>>

Pgina 431 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 432 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

You can also see how my UnityControllerFactory looks like

using System; using System.Collections.Generic; using System.Linq; using System.Web; using System.Web.Mvc; using Microsoft.Practices.Unity; using System.Web.Routing; using System.ComponentModel; namespace MvcDemo.Infrastracture.Mvc { public class UnityControllerFactory : DefaultControllerFactory { private readonly IUnityContainer _container; public UnityControllerFactory(IUnityContainer container) { _container = container; } protected override IController GetControllerInstance(RequestContext requestContext, Type controllerType) { if (controllerType != null) { return _container.Resolve(controllerType) as IController; } return base.GetControllerInstance(requestContext, controllerType); } } }

The 'DefaultControllerFactory' represents the controller factory that is registered by default. This class provides a convenient base class for developers who want to make only minor changes to controller creation. As you can see, we have created our custom controller factory with the name UnityControllerFactory by extending the default controller factory. Reference.. ASP.NET MVC Tip: Dependency Injection with Unity Application Block DI using Unity Application Blocks Pgina 432 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 433 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Validating Business Objects


A business object used to store data. A smooth functioning of a business function depends on the validity of its associated business objects. Therefore it is essential validating business objects before them being used in business functions. As an example, let's take a business object named 'User', which has a property called 'Password'. Let's also assume that its length has to be at least 8 characters long. Then, before you storing the password, you need to do a length validation to make sure that the property meets its business requirement. In .NET there are several options available for object validations. Validation Application Block of Enterprise Library WorkFlow Foundation, Rules Engine .NET framework's built-in 'Data Annotation Validator' ..etc.

The validation can be done at different layers of a system. Some validations can efficiently be done inside the UI (User Interface) layer. The UI layer is the faster and most efficient layer for user input validations. However there are other validations that you cannot do in UI layer due to various limitations. As an example the business logic layer is the most suitable place to validate a credit card detail. The 'Data Annotation Validator' is what we will be using in our code. That allows validation in the UI layer as well as in the BLL. Additionally, as I noted above, it is part of .NET framework too. Please refer some online materials find more about 'Data Annotation Validator'. A quick Googling brought 'this' up for me.

Scalability Options of the Design


Since we have separate projects for our 'BLL' and 'DAL', we have the option of breaking those layers in to physically tiers too. As an example you can wrap the 'MvcDemo.Core' (BLL) project with a WebService to deploy it in a separate Application Server. You can use a WebService proxy to communicate with the 'BLL', while keeping the 'MvcDemo' web site in the original server. The same technique can be used to further scale the system with 'DAL' project too.

Pgina 433 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 434 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

The 'MvcDemo.Common' project is a special one that groups all common operations that are common to any project. As examples we do exception loggings, data type conversions, null handling, encryptions etc in our common project. You can use this project in all of your company projects. All common functions that you want to re-use can be added to this project. Over time, this common project will grow in its size and have more and more classes representing more and more sharable business functions. In addition to creating that common project, you can also extend the same concept to develop domain centric platforms too. A domain centric platform will have commonly used business functions that are specific to a particular domain. In order to build platform like that, you need to select a domain that your company is providing solutions for. As an example if your company is focusing on providing financial solutions, then you can create a platform for financial applications. This can be done by selecting and adding business functions to your platform at the completion of each financial project. This approach will gradually build a platform that you can use as the base framework to develop any financial application.

Pgina 434 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 435 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Summary of the DMS Design

As you can see in the diagram above, the system has three main sections. MVC - This has the views and controllers. In my design, I have a controller called 'DmsController'. That controller supposes to control all DMS related operations. However it would be better if I had separate controllers for each business entity of my system. In that case since I have two business entities, I should have two controllers namely 'DocumentController' and 'FileController'. A controller can associate with one or more models. As an example 'DocumentController' can associate with 'DocumentViewModel'. 'DocumentEditModel', 'DocumentDetailViewModel', DocumentSummaryViewModel' etc.

There are view models as well as Edit models. A view models use to display details in a view. The properties of a view models need to directly map to the properties that you display in the associated view. An edit models is different and use to capture user inputs. As an example when you upload a new document or edit properties of an existing document, you need to use a 'DocumentEditModel'. That has to be associated with 'DocumentEditView'. Additionally, an Edit models need to have its respective validations defined against each property too. BLL - The Business Logic Layer mainly has models, and services. The Services associate with Mapping (in my case I used 'AutoMapper' but there are many other feature rich libraries for this) Library to map Data Objects to Business Models and wise versa. DAL - The DAL mainly has repositories and repository context together with the Entity Framework entity models.

Pgina 435 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 436 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Unit Testing
Unit testing is very important part of programming. It can be taken as the first mode of testing done on the code. That helps developers to find bugs early. The earlier the defects were detected, the easier they can be fixed. In this project, we will be using 'Unity Application Block' together with 'MsTest' to perform unit testing. The 'Unity Application Block' allow us to develop highly loosely coupled ASP.NET MVC applications. I didn't yet complete the Unit Testing part in the source code, but I will explain you how that can be done. Look at the diagram below. This is the same diagram that I used above. You will see that I have completely removed the DAL part and have changed the 'DocumentService' to 'TestDocService'. What I have done here is that I am trying to test the 'DmsController' functions while keeping the 'DocumentService' under my control. In order to do that, I developed a new 'TestDocService' class by implementing the 'IDocumentService' interface. Instead of using dependency that the 'DocumentService' has with DAL, now I can hardcode everything inside 'TestDocService'. In other word, I can create a self sufficient service implementation with 'TestDocSercvice'. You can have few such test implementations to test various other scenarios too. As an example you can implement a 'Test' version of 'DocumentService' to test 'Pagination' related behaviors. That can have a 'GetDocumentList' method implementation that returns a 'DocumentListViewModel ' with few hundred of 'DocumentViewModel' in it. This test implementation can be used to test the pagination part of the User Interface.

I found this great blog post that you can use to further read along this topic. Walkthrough: Creating a Basic MVC Project with Unit Tests in Visual Studio Dave Arlin - Bloggin'

Pgina 436 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 437 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

Other Things to be Noted


The Exception handling is one of the most import aspects of software development. It improves the quality of the software. However there are many techniques that developers use to handle exceptions. I thought it is important to consolidating exception-handling knowledge into a set of polished best practices and patterns. In my code I decided to catch/ log exceptions in 'Service' classes. You can log the exception and wrap it in a custom exception and throw it back to the UI layer. That way UI layer has to catch the exception again and redirect user to the respective error view. However I decided to cut that part off, instead I decided to return null when there is an exception. This frankly limits your options, when it comes to showing the right error message to the user. You can see the implementation of 'DocumentService' class to see how I have handled exceptions in my code.

For further readings... Exception Handling Best Practices in .NET Best Practices for Handling Exceptions

Conclusion
An effective design needs one to address each specific problem separately and uniquely than treating everything as if they have the same needs. When it comes to putting this into practice, it requires you to use your experience. I have this design, to take that as the basis for you to hopefully develop your own concepts in this area. At a later time you may need to revisit this write-up, perhaps to review and challenge your own concept.

Pgina 437 de 438

UNIVERSIDAD ABIERTA INTERAMERICANA Facultad de Tecnologa Informtica Materia: Trabajo Ingenieria Final de Docentes: Ing. Silvia Poncio Ing. Pablo Vilaboa (Tecnologa) Legajo: 34335 Comisin: 5 B Turno: Noche

Ao 2012 Etapa Primer Entrega Pgina 438 de 438

Alumno: Sergio Ariel Sisterna Sede: Centro

Sistema de Facturacin de Transportes

10.3. Bibliografia
A continuacin se hace referencia a la bibliografa utilizada para abordar el presente proyecto: Fundamentos de Marketing - kotler Philip La Revolucin del E-Business Amor Daniel E-Commerce - Laudon Clnica Empresaria Saporosi Gerardo Programacin avanzada con Microsoft Visual Basic .NET Balena Francesco Aprendiendo ASP.Net en 21 lecciones (Payne, Chris, Garza Martin, David) Application Architectura Guide 2.0, Microsoft UML en 24 horas, Joseph Schmuller Prentice Hall Comisin Nacional de Regulaicn del Transporte www.cnrt.gov.ar Secretaria de Transporte de la Nacin - www.transporte.gov.ar Participacin del Transporte de Cargas en la Economa - www.edutecne.utn.edu.ar Instituto Nacional de Estadstica y Censos de la Republica Argentina - www.indec.gov.ar

Pgina 438 de 438