ESPECIFICACIN DE UNA ARQUITECTURA EMPRESARIAL DE SOFTWARE UTILIZANDO EL FRAMEWORK TOGAF.

AUTORES ANDRS ARIZABALETA RODRGUEZ GIOVANNY VILA VILA

FACULTAD DE INGENIERA PROGRAMA DE INGENIERA DE SISTEMAS BOGOT D.C, COLOMBIA MARZO DE 2012

ESPECIFICACIN DE UNA ARQUITECTURA EMPRESARIAL DE SOFTWARE UTILIZANDO EL FRAMEWORK TOGAF.

AUTORES ANDRS ARIZABALETA RODRGUEZ GIOVANNY VILA VILA

TRABAJO PRESENTADO COMO REQUISITO PARA OPTAR AL TTULO DE: INGENIERO DE SISTEMAS

FACULTAD DE INGENIERA PROGRAMA DE INGENIERA DE SISTEMAS BOGOT D.C, COLOMBIA MARZO DE 2012 2

ESPECIFICACIN DE UNA ARQUITECTURA EMPRESARIAL DE SOFTWARE UTILIZANDO EL FRAMEWORK TOGAF.

ESTUDIANTE(S):

Andrs Arizabaleta Rodrguez Cod: 200720760 Giovanny vila vila Cod: 200711261

TIPO DE PROYECTO:

Monografa

TUTOR:

Ing. Jaime Alberto Gutirrez

REA DE CONOCIMIENTO:

Arquitectura y Desarrollo De Software

CONTENIDO Pg.

1. TITULO. ............................................................................................................... 8 2. PLANTEAMIENTO DEL PROBLEMA ................................................................. 9 3. OBJETIVOS ...................................................................................................... 12 3.1 OBJETIVO GENERAL .................................................................................... 12 3.2 OBJETIVOS ESPECFICOS ........................................................................... 12 4. JUSTIFICACIN ............................................................................................... 13 5. MARCO DE REFERENCIA ............................................................................... 16 5.1 MARCO TERICO .......................................................................................... 16 5.1.1 Que es TOGAF ............................................................................................ 16 5.1.2 Descripcin de TOGAF. ............................................................................... 18 5.1.3 Que es ADM. ................................................................................................ 22 5.1.4 Ventajas del Modelo .................................................................................... 25 5.1.5 Campos de Aplicacin ................................................................................. 27 5.1.6 Frameworks Alternativos .............................................................................. 27 5.1.7 Metodologas Tradicionales.......................................................................... 28 5.2 PROCESOS DE DESARROLLO ..................................................................... 30 5.2.1 Metodologa Desarrollo en Cascada ........................................................... 30 5.2.2 Metodologa Desarrollo en Espiral .............................................................. 31 5.2.3 Extreme Programming (XP) ......................................................................... 32 5.3 ARQUITECTURAS DE SOFTWARE............................................................... 34 5.3.1 Arquitecturas de Dos Capas......................................................................... 34 5.3.2 Arquitecturas Tres Capas ............................................................................. 34 5.3.3 Arquitecturas de N Capas ............................................................................ 35 4

5.4.1 Concurrencia ................................................................................................ 37 5.4.2 Aplicaciones Distribuidas.............................................................................. 37 5.4.3 Seguridad ..................................................................................................... 37 6. METODOLOGA................................................................................................ 39 7. INGENIERA DE SOFTWARE. ......................................................................... 40 7.1 CASOS DE USO ............................................................................................. 40 7.1.1 Ingreso (Autenticacin)................................................................................. 40 7.1.2 Crear Avin .................................................................................................. 42 7.1.3 Crear Itinerarios ............................................................................................ 44 7.1.4 Consultar Vuelos .......................................................................................... 46 7.1.5 Crear Reserva .............................................................................................. 48 7.1.6 Anular Reservas ........................................................................................... 51 7.1.7 Generar Ticket.............................................................................................. 53 7.1.8 Reservar Puesto en Vuelo............................................................................ 55 7.1.9 Agrupar Reservas ........................................................................................ 57 7.1.10 Reservar Espacio Para Carga Adicional .................................................... 59 7.1.11 Registrar Pasajero ...................................................................................... 61 7.1.12 Consultar Informacin De Un Vuelo ........................................................... 64 7.2 DIAGRAMA CASO DE USO ............................................................................ 67 7.3 DIAGRAMA DE CLASES ................................................................................ 68 7.4 DIAGRAMAS DE SECUENCIA ....................................................................... 69 7.4.1 D.S. Crear Reserva ...................................................................................... 69 7.4.2 D.S. Crear Itinerario ..................................................................................... 70 7.4.3 D.S. Crear Avin .......................................................................................... 71 7.4.4 D.S. Consultar Vuelos .................................................................................. 72 7.4.5 D.S. Ingresar (Autenticacin) ....................................................................... 73 7.4.6 D.S. Anular Reserva ..................................................................................... 74 5

7.5 DIAGRAMA DE COLABORACIN ................................................................. 75 7.6 DIAGRAMA DE PANTALLAS .......................................................................... 76 7.6.1 D.P. Ingreso (Autenticacin)......................................................................... 76 7.6.2 D.P. Crear Avin .......................................................................................... 77 7.6.3 D.P. Crear Itinerarios .................................................................................... 78 7.6.4 D.P. Consultar Vuelos ................................................................................. 79 7.6.5 D.P. Crear Reserva ...................................................................................... 80 7.6.6 D.P. Anular Reserva ..................................................................................... 81 7.7 DISEO BASE DE DATOS (Entidad Relacion) ............................................. 82 8. ARQUITECTURA .............................................................................................. 83 8.1 DISEO DE LA ARQUITECTURA .................................................................. 83 8.1.1 Definicin Capas Desarrollo del Sistema ..................................................... 84 9. BIBLIOGRAFA .................................................................................................. 90

TABLA ILUSTRACIONES

Ilustracin 1: TOGAF Framework Arquitectura Empresarial................................. 22 Ilustracin 2: Architecture Development Method Process ..................................... 24 Ilustracin 3: Metodologa de Desarrollo en Cascada ........................................... 31

1. TITULO.

ESPECIFICACIN DE UNA ARQUITECTURA EMPRESARIAL DE SOFTWARE UTILIZANDO EL FRAMEWORK TOGAF..

2. PLANTEAMIENTO DEL PROBLEMA

TOGAF surge como una necesidad para las empresas que requieren implementar una solucin informtica integral bajo una arquitectura empresarial, Esta metodologa permite integrar las cuatro capas fundamentales para el desarrollo de sistemas de informacin como son: 1 el negocio, los datos, las aplicaciones y la
1

1. The Open Group. The open group (Merking standards work). [En lnea] [Citado el: 08 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2TOGAF9-Components.pdf. 2. Universidad de Caldas. Facultad de Ingenieria Universidad de Caldas. [En lnea] [Citado el: 14 de 02 de 2011.] http://ingenieria.ucaldas.edu.co/auditoria/index.php/TOGAF,_Zachman_framework. 3. The Open Group . Welcome to TOGAF Version 9 an Open Group Standard. [En lnea] [Citado el: 15 de 02 de 2011.] http://www.opengroup.org/architecture/togaf9-doc/arch/index.html. 4. Ebizq. The Insider's Guide to agilidad del negocio y de TI. [En lnea] [Citado el: 17 de 02 de 2011.] http://www.ebizq.net/blogs/bethgb/2009/02/open_group_releases_togaf_9_to.php. 5. The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf. 6. Zachman International. Zachman International Enterprise Architecture. [En lnea] [Citado el: 04 de 03 de 2011.] http://zachmaninternational.com/2/Zachman_Framework.asp. 7. NET For Your Information. Entity Framework para Aplicaciones Empresariales. [En lnea] [Citado el: 05 de 03 de 2011.] http://dotnetfyi.wordpress.com/2009/07/31/entity-framework-para-aplicacionesempresariales/. 8. IBM. IBM Rational Unified Process (RUP). [En lnea] [Citado el: 11 de 03 de 2011.] http://www-01.ibm.com/software/awdtools/rup/. 9

9. Casemarker. What is Rapid Application Development. RAD . [En lnea] [Citado el: 14 de 03 de 2011.] http://www.casemaker.com/download/products/totem/rad_wp.pdf. 10. Ciberaula Java. Programacion Orientada a Objetos OOP. Tecnologia Orientada a objetos. [En lnea] [Citado el: 13 de 03 de 2011.] http://java.ciberaula.com/articulo/tecnologia_orientada_objetos/. 11. libre, Wikipedia Enciclopedia. Metodologia Desarrollo en Cascada. [En lnea] [Citado el: 14 de 03 de 2011.] http://es.wikipedia.org/wiki/Desarrollo_en_cascada. 12. SCRIBD. Modelo en Espiral. [En lnea] [Citado el: 15 de 03 de 2011.] http://es.scribd.com/doc/11468208/Modelo-Espiral. 13. MiTecnologico. Arquitectura Aplicaciones web. Arquitectura de Dos Capas. [En lnea] [Citado el: 14 de 03 de 2011.] http://www.mitecnologico.com/Main/ArquitecturaAplicacionesWeb. 14. Bolivar, Universidad Simon. Ingenieria de Software. Arquitectura de capas en Sistemas de Informacin. [En lnea] [Citado el: 15 de 03 de 2011.] http://ldc.usb.ve/~teruel/ci3715/clases/arqCapas2.html. 15. Universidad EAN. Ingenieria de Requerimientos . Procesos para la definicion de requerimientos. [En lnea] [Citado el: 17 de 03 de 2011.] http://univirtual.ean.edu.co/file.php/188/MaterialApoyo/02Proceso_de_definicion_de_Requerimientos.pdf. 16. Software Seguridad . Seguridad en el desarrollo de software. Seguridad. [En lnea] [Citado el: 17 de 03 de 2011.] http://www.softwareseguridad.com/seguridadeneldesarrollodesoftware.html. 17. L., Simon Jose. Informatica. Aplicaciones Distribuidas. [En lnea] http://www.dsi.fceia.unr.edu.ar/downloads/informatica/info_III/Cap9_AplicacionesDi stribuidas.pdf. 18. THE OPEN GROUP TOGAF 9 VERSION. TOGAF Standard Courseware V9 Edition. Management Overview. [En lnea] [Citado el: 11 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M1-ManagementOverview.pdf. 10

tecnologa TI, esto debido a que las metodologas tradicionales que aun se utilizan no permiten realizar esta integracin, debido a que sus componentes no se comunican entre s, ya que cada componente trabaja de forma independiente.

Con la implementacin de TOGAF se busca definir y especificar un modelo para la arquitectura empresarial de software altamente distribuida con la necesidad de estandarizar la definicin, especificacin y evaluacin de requerimientos.

19. The Open Group 9 (Version). TOGAF Standard Courseware V9 Edition. TOGAF 9 Components. [En lnea] [Citado el: 21 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2-TOGAF9Components.pdf. 20. The Open Group - TOGAF . TOGAF Standard Courseware V9 Edition. TOGAF Content Metamodel. [En lnea] [Citado el: 23 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M7-Metamodel.pdf. 21. Wkipedia. Extreme Programming . [En lnea] [Citado el: 05 de 03 de 2011.] http://en.wikipedia.org/wiki/Extreme_Programming. 22. http://www.microsoft.com/download/en/details.aspx?id=17851. www.microsoft.com. http://www.microsoft.com/download/. [Online] 2 21, 2011. [Cited: 01 15, 2012.] www.microsoft.com. 11

3. OBJETIVOS

3.1 OBJETIVO GENERAL Demostrar que mediante la aplicacin de la metodologa TOGAF es posible construir una solucin de software orientada a objetos que mediante buenas prcticas permita la resolucin de un caso de estudio de una aerolnea 3.2 OBJETIVOS ESPECFICOS

Analizar cada una de las etapas del mtodo de desarrollo arquitectural. Determinar si cada una de las fases del modelo ADM es necesaria para el desarrollo de un caso de estudio planteado. Aplicar las fases relevantes del modelo ADM (Architecture Development Method) para el caso de estudio. Identificar los requerimientos y especificar el sistema del caso de estudio. Implementar un prototipo funcional del diseo desarrollado (seis casos de uso).

12

4. JUSTIFICACIN

Por medio de la aplicacin de esta metodologa estndar que permite modelar una arquitectura empresarial la cual puede ser implementada en cualquier proyecto de desarrollo de software. Utilizar TOGAF como arquitectura empresarial bajo su modelo ADM (Architerture development method) el cual es una metodologa totalmente probada y validada en las ms grandes empresas que prestan servicios de tecnologa, donde se ha realizado su implementacin y el resultado han sido casos de xito algunas de estas empresas son 2IBM, SAP, HP. Todas y cada una de estas empresas han
2

1. The Open Group. The open group (Merking standards work). [En lnea] [Citado el: 08 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2TOGAF9-Components.pdf. 2. Universidad de Caldas. Facultad de Ingenieria Universidad de Caldas. [En lnea] [Citado el: 14 de 02 de 2011.] http://ingenieria.ucaldas.edu.co/auditoria/index.php/TOGAF,_Zachman_framework. 3. The Open Group . Welcome to TOGAF Version 9 an Open Group Standard. [En lnea] [Citado el: 15 de 02 de 2011.] http://www.opengroup.org/architecture/togaf9-doc/arch/index.html. 4. Ebizq. The Insider's Guide to agilidad del negocio y de TI. [En lnea] [Citado el: 17 de 02 de 2011.] http://www.ebizq.net/blogs/bethgb/2009/02/open_group_releases_togaf_9_to.php. 5. The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf. 6. Zachman International. Zachman International Enterprise Architecture. [En lnea] [Citado el: 04 de 03 de 2011.] http://zachmaninternational.com/2/Zachman_Framework.asp. 7. NET For Your Information. Entity Framework para Aplicaciones Empresariales. [En lnea] [Citado el: 05 de 03 de 2011.] 13

http://dotnetfyi.wordpress.com/2009/07/31/entity-framework-para-aplicacionesempresariales/. 8. IBM. IBM Rational Unified Process (RUP). [En lnea] [Citado el: 11 de 03 de 2011.] http://www-01.ibm.com/software/awdtools/rup/. 9. Casemarker. What is Rapid Application Development. RAD . [En lnea] [Citado el: 14 de 03 de 2011.] http://www.casemaker.com/download/products/totem/rad_wp.pdf. 10. Ciberaula Java. Programacion Orientada a Objetos OOP. Tecnologia Orientada a objetos. [En lnea] [Citado el: 13 de 03 de 2011.] http://java.ciberaula.com/articulo/tecnologia_orientada_objetos/. 11. libre, Wikipedia Enciclopedia. Metodologia Desarrollo en Cascada. [En lnea] [Citado el: 14 de 03 de 2011.] http://es.wikipedia.org/wiki/Desarrollo_en_cascada. 12. SCRIBD. Modelo en Espiral. [En lnea] [Citado el: 15 de 03 de 2011.] http://es.scribd.com/doc/11468208/Modelo-Espiral. 13. MiTecnologico. Arquitectura Aplicaciones web. Arquitectura de Dos Capas. [En lnea] [Citado el: 14 de 03 de 2011.] http://www.mitecnologico.com/Main/ArquitecturaAplicacionesWeb. 14. Bolivar, Universidad Simon. Ingenieria de Software. Arquitectura de capas en Sistemas de Informacin. [En lnea] [Citado el: 15 de 03 de 2011.] http://ldc.usb.ve/~teruel/ci3715/clases/arqCapas2.html. 15. Universidad EAN. Ingenieria de Requerimientos . Procesos para la definicion de requerimientos. [En lnea] [Citado el: 17 de 03 de 2011.] http://univirtual.ean.edu.co/file.php/188/MaterialApoyo/02Proceso_de_definicion_de_Requerimientos.pdf. 16. Software Seguridad . Seguridad en el desarrollo de software. Seguridad. [En lnea] [Citado el: 17 de 03 de 2011.] http://www.softwareseguridad.com/seguridadeneldesarrollodesoftware.html. 17. L., Simon Jose. Informatica. Aplicaciones Distribuidas. [En lnea] http://www.dsi.fceia.unr.edu.ar/downloads/informatica/info_III/Cap9_AplicacionesDi stribuidas.pdf. 14

adoptado e implementado esta metodologa de arquitectura basados en la integracin de los componentes fundamentales para un proyecto de software estos son el negocio, los datos, las aplicaciones y la tecnologa (TI).

18. THE OPEN GROUP TOGAF 9 VERSION. TOGAF Standard Courseware V9 Edition. Management Overview. [En lnea] [Citado el: 11 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M1-ManagementOverview.pdf. 19. The Open Group 9 (Version). TOGAF Standard Courseware V9 Edition. TOGAF 9 Components. [En lnea] [Citado el: 21 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2-TOGAF9Components.pdf. 20. The Open Group - TOGAF . TOGAF Standard Courseware V9 Edition. TOGAF Content Metamodel. [En lnea] [Citado el: 23 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M7-Metamodel.pdf. 21. Wkipedia. Extreme Programming . [En lnea] [Citado el: 05 de 03 de 2011.] http://en.wikipedia.org/wiki/Extreme_Programming. 22. http://www.microsoft.com/download/en/details.aspx?id=17851. www.microsoft.com. http://www.microsoft.com/download/. [Online] 2 21, 2011. [Cited: 01 15, 2012.] www.microsoft.com. 15

5. MARCO DE REFERENCIA

5.1 MARCO TERICO 5.1.1 Que es TOGAF

TOGAF (The Open Group Architecture Framework). Se define como una metodologa que integra cada una de las reas funcionales que se involucran en el desarrollo de proyectos. Este modelo se enfoca en cuatro pilares fundamentales que son el negocio, los datos, la tecnologa TI y las aplicaciones.3 Estos cuatro pilares se fusionan bajo el diseo, la planificacin e

1. The Open Group. The open group (Merking standards work). [En lnea] [Citado el: 08 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2TOGAF9-Components.pdf. 2. Universidad de Caldas. Facultad de Ingenieria Universidad de Caldas. [En lnea] [Citado el: 14 de 02 de 2011.] http://ingenieria.ucaldas.edu.co/auditoria/index.php/TOGAF,_Zachman_framework. 3. The Open Group . Welcome to TOGAF Version 9 an Open Group Standard. [En lnea] [Citado el: 15 de 02 de 2011.] http://www.opengroup.org/architecture/togaf9-doc/arch/index.html. 4. Ebizq. The Insider's Guide to agilidad del negocio y de TI. [En lnea] [Citado el: 17 de 02 de 2011.] http://www.ebizq.net/blogs/bethgb/2009/02/open_group_releases_togaf_9_to.php. 5. The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf. 6. Zachman International. Zachman International Enterprise Architecture. [En lnea] [Citado el: 04 de 03 de 2011.] http://zachmaninternational.com/2/Zachman_Framework.asp. 16

7. NET For Your Information. Entity Framework para Aplicaciones Empresariales. [En lnea] [Citado el: 05 de 03 de 2011.] http://dotnetfyi.wordpress.com/2009/07/31/entity-framework-para-aplicacionesempresariales/. 8. IBM. IBM Rational Unified Process (RUP). [En lnea] [Citado el: 11 de 03 de 2011.] http://www-01.ibm.com/software/awdtools/rup/. 9. Casemarker. What is Rapid Application Development. RAD . [En lnea] [Citado el: 14 de 03 de 2011.] http://www.casemaker.com/download/products/totem/rad_wp.pdf. 10. Ciberaula Java. Programacion Orientada a Objetos OOP. Tecnologia Orientada a objetos. [En lnea] [Citado el: 13 de 03 de 2011.] http://java.ciberaula.com/articulo/tecnologia_orientada_objetos/. 11. libre, Wikipedia Enciclopedia. Metodologia Desarrollo en Cascada. [En lnea] [Citado el: 14 de 03 de 2011.] http://es.wikipedia.org/wiki/Desarrollo_en_cascada. 12. SCRIBD. Modelo en Espiral. [En lnea] [Citado el: 15 de 03 de 2011.] http://es.scribd.com/doc/11468208/Modelo-Espiral. 13. MiTecnologico. Arquitectura Aplicaciones web. Arquitectura de Dos Capas. [En lnea] [Citado el: 14 de 03 de 2011.] http://www.mitecnologico.com/Main/ArquitecturaAplicacionesWeb. 14. Bolivar, Universidad Simon. Ingenieria de Software. Arquitectura de capas en Sistemas de Informacin. [En lnea] [Citado el: 15 de 03 de 2011.] http://ldc.usb.ve/~teruel/ci3715/clases/arqCapas2.html. 15. Universidad EAN. Ingenieria de Requerimientos . Procesos para la definicion de requerimientos. [En lnea] [Citado el: 17 de 03 de 2011.] http://univirtual.ean.edu.co/file.php/188/MaterialApoyo/02Proceso_de_definicion_de_Requerimientos.pdf. 16. Software Seguridad . Seguridad en el desarrollo de software. Seguridad. [En lnea] [Citado el: 17 de 03 de 2011.] http://www.softwareseguridad.com/seguridadeneldesarrollodesoftware.html. 17

implementacin como un todo para lograr una arquitectura orientada al desarrollo de software, para ello TOGAF se basa en un modelo probado para lograr desarrollo con ADM que permite incluir a toda la empresa y a todos los sistemas de informacin en el proceso de desarrollo donde se tiene una metodologa flexible la cual puede estar expuesta al cambio en el momento que sea necesario.

5.1.2 Descripcin de TOGAF.

Se basa en los cuatro pilares ya mencionados los cuales se integran durante el desarrollo del proyecto, cada una de ellas se considera como un subsistema de la

17. L., Simon Jose. Informatica. Aplicaciones Distribuidas. [En lnea] http://www.dsi.fceia.unr.edu.ar/downloads/informatica/info_III/Cap9_AplicacionesDi stribuidas.pdf. 18. THE OPEN GROUP TOGAF 9 VERSION. TOGAF Standard Courseware V9 Edition. Management Overview. [En lnea] [Citado el: 11 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M1-ManagementOverview.pdf. 19. The Open Group 9 (Version). TOGAF Standard Courseware V9 Edition. TOGAF 9 Components. [En lnea] [Citado el: 21 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2-TOGAF9Components.pdf. 20. The Open Group - TOGAF . TOGAF Standard Courseware V9 Edition. TOGAF Content Metamodel. [En lnea] [Citado el: 23 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M7-Metamodel.pdf. 21. Wkipedia. Extreme Programming . [En lnea] [Citado el: 05 de 03 de 2011.] http://en.wikipedia.org/wiki/Extreme_Programming. 22. http://www.microsoft.com/download/en/details.aspx?id=17851. www.microsoft.com. http://www.microsoft.com/download/. [Online] 2 21, 2011. [Cited: 01 15, 2012.] www.microsoft.com. 18

arquitectura, lo que permite administrar sus componentes, sus interacciones y sus objetivos durante la evolucin en el tiempo.4

1. The Open Group. The open group (Merking standards work). [En lnea] [Citado el: 08 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2TOGAF9-Components.pdf. 2. Universidad de Caldas. Facultad de Ingenieria Universidad de Caldas. [En lnea] [Citado el: 14 de 02 de 2011.] http://ingenieria.ucaldas.edu.co/auditoria/index.php/TOGAF,_Zachman_framework. 3. The Open Group . Welcome to TOGAF Version 9 an Open Group Standard. [En lnea] [Citado el: 15 de 02 de 2011.] http://www.opengroup.org/architecture/togaf9-doc/arch/index.html. 4. Ebizq. The Insider's Guide to agilidad del negocio y de TI. [En lnea] [Citado el: 17 de 02 de 2011.] http://www.ebizq.net/blogs/bethgb/2009/02/open_group_releases_togaf_9_to.php. 5. The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf. 6. Zachman International. Zachman International Enterprise Architecture. [En lnea] [Citado el: 04 de 03 de 2011.] http://zachmaninternational.com/2/Zachman_Framework.asp. 7. NET For Your Information. Entity Framework para Aplicaciones Empresariales. [En lnea] [Citado el: 05 de 03 de 2011.] http://dotnetfyi.wordpress.com/2009/07/31/entity-framework-para-aplicacionesempresariales/. 8. IBM. IBM Rational Unified Process (RUP). [En lnea] [Citado el: 11 de 03 de 2011.] http://www-01.ibm.com/software/awdtools/rup/. 9. Casemarker. What is Rapid Application Development. RAD . [En lnea] [Citado el: 14 de 03 de 2011.] http://www.casemaker.com/download/products/totem/rad_wp.pdf. 19

10. Ciberaula Java. Programacion Orientada a Objetos OOP. Tecnologia Orientada a objetos. [En lnea] [Citado el: 13 de 03 de 2011.] http://java.ciberaula.com/articulo/tecnologia_orientada_objetos/. 11. libre, Wikipedia Enciclopedia. Metodologia Desarrollo en Cascada. [En lnea] [Citado el: 14 de 03 de 2011.] http://es.wikipedia.org/wiki/Desarrollo_en_cascada. 12. SCRIBD. Modelo en Espiral. [En lnea] [Citado el: 15 de 03 de 2011.] http://es.scribd.com/doc/11468208/Modelo-Espiral. 13. MiTecnologico. Arquitectura Aplicaciones web. Arquitectura de Dos Capas. [En lnea] [Citado el: 14 de 03 de 2011.] http://www.mitecnologico.com/Main/ArquitecturaAplicacionesWeb. 14. Bolivar, Universidad Simon. Ingenieria de Software. Arquitectura de capas en Sistemas de Informacin. [En lnea] [Citado el: 15 de 03 de 2011.] http://ldc.usb.ve/~teruel/ci3715/clases/arqCapas2.html. 15. Universidad EAN. Ingenieria de Requerimientos . Procesos para la definicion de requerimientos. [En lnea] [Citado el: 17 de 03 de 2011.] http://univirtual.ean.edu.co/file.php/188/MaterialApoyo/02Proceso_de_definicion_de_Requerimientos.pdf. 16. Software Seguridad . Seguridad en el desarrollo de software. Seguridad. [En lnea] [Citado el: 17 de 03 de 2011.] http://www.softwareseguridad.com/seguridadeneldesarrollodesoftware.html. 17. L., Simon Jose. Informatica. Aplicaciones Distribuidas. [En lnea] http://www.dsi.fceia.unr.edu.ar/downloads/informatica/info_III/Cap9_AplicacionesDi stribuidas.pdf. 18. THE OPEN GROUP TOGAF 9 VERSION. TOGAF Standard Courseware V9 Edition. Management Overview. [En lnea] [Citado el: 11 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M1-ManagementOverview.pdf. 19. The Open Group 9 (Version). TOGAF Standard Courseware V9 Edition. TOGAF 9 Components. [En lnea] [Citado el: 21 de 02 de 2011.] 20

Arquitectura de Negocio: Define las estrategias y procesos claves del negocio. Arquitectura de Datos: Especfica cmo administrar los datos del negocio. Arquitectura de Aplicaciones: Especifica un diagrama para cada sistema de aplicacin detallando que las interacciones entre ellos y los procesos del negocio. Arquitectura Tecnologa (TI): Describe los componentes de Hardware, software, comunicaciones y de redes necesarios para soportar el ncleo del negocio.

Con estos subsistemas se logra contener un conjunto de herramientas tecnolgicas que nos permitirn unificar el lenguaje para mantener una metodologa estndar en vista a los objetivos comunes del negocio.

http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2-TOGAF9Components.pdf. 20. The Open Group - TOGAF . TOGAF Standard Courseware V9 Edition. TOGAF Content Metamodel. [En lnea] [Citado el: 23 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M7-Metamodel.pdf. 21. Wkipedia. Extreme Programming . [En lnea] [Citado el: 05 de 03 de 2011.] http://en.wikipedia.org/wiki/Extreme_Programming. 22. http://www.microsoft.com/download/en/details.aspx?id=17851. www.microsoft.com. http://www.microsoft.com/download/. [Online] 2 21, 2011. [Cited: 01 15, 2012.] www.microsoft.com. 21

Ilustracin 1: 5TOGAF Framework Arquitectura Empresarial

5.1.3 Que es ADM. Mtodo de Desarrollo de Arquitectura (ADM). 6Es una herramienta probada y avalada para desarrollar arquitecturas. Este framework se basa en el desarrollo cclico e iterativo de las definiciones de la arquitectura planteada, las cuales permiten modelar los procesos de la empresa de manera controlada siempre respondiendo a los objetivos del negocio, manteniendo siempre que cada fase autoabastece a las dems para as certificar y garantizar que el modelo no tendr inconsistencias al momento de su implementacin.
5

Ebizq. The Insider's Guide to agilidad del negocio y de TI. [En lnea] [Citado el: 17 de 02 de 2011.]

http://www.ebizq.net/blogs/bethgb/2009/02/open_group_releases_togaf_9_to.php .
6

The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf.

22

Este mtodo de desarrollo se basa en 8 faces las cuales se componen de la siguiente manera: A: Visin de Arquitectura B: Arquitectura de Negocios C: Arquitectura de Sistemas de Informacin D: Arquitectura de Tecnologa E: Oportunidades y Soluciones F: Planeacin y Migraciones G: Implementacin de la Governancia H: Manejo de Cambios Arquitectnicos

Este modelo tiene una ventaja en cuanto a su modelo de arquitectura tecnologa la cual permite obtener un modelo propio con 8 fases para llegar a una solucin ptima. Estas etapas se basan en el manejo y administracin de los requerimientos adems de que cada una de sus fases se autoabastece de las dems.

23

Ilustracin 2: 7Architecture Development Method Process

The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Development Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf.

24

5.1.4 Ventajas del Modelo Bajos costos de desarrollo. ROI: Retorno de la inversin, las inversiones en las nuevas soluciones de sistemas y en la renovacin del negocio son recuperadas ms rpidamente. Reduccin de costos: contribuye a la reduccin y por ende al retorno de la inversin ms rpido. Mejorar las relaciones de los departamentos, actores involucrados en pro de unificar criterios para alcanzar los objetivos generales del negocio. Respaldo a la inversin: la metodologa de TOGAF permite llevar a cabo el desarrollo en la arquitectura y mejorar las inversiones en Tecnologa (IT). Reduccin del Riesgo Las empresas son nicas y cada una con su nivel de complejidad al igual que el flujo de informacin interno, llegando este flujo a convertirse en riegos importante puede impactar la gestin del riesgo. TOGAF identifica las ineficiencias de cada uno de los actores y sus objetivos vs los del Negocio as: Anlisis de riesgos potenciales. Anlisis GAP (La metodologa del Gap, Anlisis se basa en la aplicacin de tcnicas de investigacin de mercados, adaptadas especficamente al mbito informtico dentro de las empresas.) Anlisis de impacto e Iteracin de los riesgos. TOGAF, En cada proyecto se pueden evaluar las oportunidades de negocio y/o de Tecnologa (TI), (fase E de ADM). El Modelo identifica oportunidades en cada uno de los proyectos, mediante los diferentes anlisis y puntos de vista. Ejemplo de oportunidades: 25

Time to market. El Anlisis GAP permite analizar el mercado y su participacin en el mismo. Identificacin de ineficiencias. TOGAF identifica las ineficiencias o desmejoras en procesos de negocio, sinergias entre departamentos o sistemas informticos y/o la reduccin de costos por reutilizacin de plataformas comunes. Reduccin de riesgos y costos. El mantenimiento es un aspecto muy importante de los sistemas de informacin, gran parte de los presupuestos de Tecnologa (TI) se destinan al mantenimiento, soporte de los sistemas desarrollados. TOGAF permite tener una visin global de las arquitecturas permitiendo identificar aplicaciones y sistemas de alto costo de soporte, logrando anticipar gastos. Flexibilidad y Adaptacin Los cambios constantes y mejoras en las empresas es cada vez ms rpida. Esta rapidez exigida por el negocio supera a la capacidad de creacin del departamento de Tecnologa (IT), por lo que es necesario adaptar los proyectos a estas transformaciones. El manejo de los requisitos es el centro de la metodologa ADM, quien se convierte en la clave para adaptar proyectos sin perder su objetivo inicial frente a las arquitecturas propuestas. Lenguaje comn TOGAF provee un repositorio de documentos y modelos que permiten adaptar la visin de la empresa a los diferentes actores involucrados: de esta forma crea una relacin entre los conceptos de Negocio y Tecnologa, haciendo participe a ambos en la descripcin y construccin de las nuevas aplicaciones.8 El proceso de transformacin requiere de este entendimiento, y TOGAF permite modelar la
8

The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M3-Intro-ADM.pdf.

26

arquitectura de cada rea para poder ser entendida por el conjunto de los implicados. 5.1.5 Campos de Aplicacin La metodologa TOGAF puede ser adoptada en cualquier modelo de negocio ya que su sistema es flexible y de fcil adaptabilidad lo cual permite redefinir un proceso de desarrollo de software. 5.1.6 Frameworks Alternativos

Para el desarrollo de proyectos de software existen variadas metodologas que se pueden adoptar, pero tambin se observa que para cada fase de proceso a desarrollar se puede implementar un mtodo framework para que as el desarrollo del proyecto certifique que la arquitectura aplicada es altamente distribuida, algunos de los framework empresariales en la actualidad son: ZACHMAN FRAMEWORK: Es un modelo que implementa la arquitectura empresarial que considera los perfiles, roles y habilidades como actores principales que participan en un proceso para lograr un desarrollo de software adecuado.9 Este framework se basa en el Alcance, el negocio, sistema, tecnologa, representacin y configuracin e instancias.10 Zachman bas su framework en experiencias y aplicaciones de la ingeniera y arquitectura tradicional, resultando un modelo practico aplicable al desarrollo de sistemas de informacin11 Zend frameworks (ZF): Es una arquitectura que busca integrar patrones de diseo para lograr aplicar un desarrollo basado en transacciones. Este framework utiliza como base el lenguaje de desarrollo PHP que le permite realizar desarrollos de nivel empresarial. ZEND se basa en el desarrollo de aplicaciones a un nivel de 3 capas las cuales se componen del negocio (lgica de
9

Zachman International. Zachman International Enterprise Architecture. [En lnea] [Citado el: 04 de 03 de 2011.] http://zachmaninternational.com/2/Zachman_Framework.asp.
10

Universidad de Caldas. Facultad de Ingenieria Universidad de Caldas. [En lnea] [Citado el: 14 de 02 de 2011.] http://ingenieria.ucaldas.edu.co/auditoria/index.php/TOGAF,_Zachman_framework.
11

AGUIRRE lvaro, Llevando PHP a estndares empresariales, Arquitectura ZEND Framework [En Lnea] Publicado 01 de Feb 2010 <http://alvaro.aguirre.cl/2010/02/01/arquitectura-zend-framework/>[consultado 10 de Mar 2011]

27

la aplicacin), presentacin (modelo de vista al usuario) y (preservacin de un objeto de forma permanente).

persistencia

ENTITY FRAMEWORK (EF): Este modelo de arquitectura no se enfoca como mtodo de arquitectura empresarial pero si es implementado en un modelo de desarrollo de software el cual le permite modelar el CRUD siglas que significan (crate, read, update y delete). Este framework se especializa en la administracin de los datos.12

5.1.7 Metodologas Tradicionales

Para el desarrollo de proyecto de software ha sido necesario crear varias metodologas que son las pautas que el desarrollador y los stakeholders debe seguir para las buenas prcticas de desarrollo de software, estas metodologas tradicionales surgieron para realizar control permanente de los procesos, algunas metodologas y conocidas son: Proceso Unificado Racional (RUP): Esta metodologa es la ms conocida e implementada en el desarrollo de software. RUP y UML constituyen una relacin muy fuerte en cuanto a requerimientos y diseo esto hace que sea una metodologa estndar utilizada para implementar, documentar y analizar cualquier proyecto de desarrollo orientado a objetos.13 Desarrollo Rpido de Aplicaciones (RAD): Esta metodologa es implementada para el desarrollo de aplicaciones que son definidas por el usuario con bajo nivel de requerimientos pero con el mximo grado de aceptabilidad en el desarrollo de la aplicacin, para lograr con eficacia RAD debe tener un grupo de trabajo

12

NET For Your Information. Entity Framework para Aplicaciones Empresariales. [En lnea] [Citado el: 05 de 03 de 2011.] http://dotnetfyi.wordpress.com/2009/07/31/entity-framework-paraaplicaciones-empresariales/.
13

IBM. IBM Rational Unified Process (RUP). [En lnea] [Citado el: 11 de 03 de 2011.] http://www28

01.ibm.com/software/awdtools/rup/.

aplicado para as no tener inconvenientes con las fechas de entrega de prototipos y aplicaciones.14 Desarrollo Orientado a Objetos (OOD): Este es un mtodo el cual se basa en la programacin como nica estructura de desarrollo, ya no se considera como un modelo que se aplica a los lenguajes de programacin sino en el anlisis y diseo de cada uno de los casos donde es implementada, esta es una de las tecnologas ms fuertes en cuanto al anlisis de cdigo ya que fomenta la reutilizacin y extensin del mismo, su metodologa es mas aplicada para el desarrollo de servicios web.15

14

Casemarker. What is Rapid Application Development. RAD . [En lnea] [Citado el: 14 de 03 de

2011.] http://www.casemaker.com/download/products/totem/rad_wp.pdf .
15

Ciberaula Java. Programacion Orientada a Objetos OOP. Tecnologia Orientada a objetos. [En lnea] [Citado el: 13 de 03 de 2011.] ttp://java.ciberaula.com/articulo/tecnologia_orientada_objetos/.

29

5.2 PROCESOS DE DESARROLLO

Un proceso de desarrollo est compuesto por software y hardware lo que hacen que conformen un sistema para que esto pase es necesario tener clara la tecnologa basada en metodologas de arquitectura y desarrollo de software.16 Los procesos de software se implementan bajo un framework estructurado planificado y controlado con el cual se llega a un sistema de informacin.

5.2.1 Metodologa Desarrollo en Cascada

El modelo en cascada es uno de los ms implementados por las compaas donde su negocio est basado en servicios tecnolgicos, este es un modelo rgido el cual se enfoca en el ciclo de vida del desarrollo de software que se desenvuelve en 6 fases las cuales le permite tener el control de la evolucin y tiempo de cada uno de sus procesos, debido a su rigidez no le permite manejar si no solo una etapa a la vez es decir que solo si una vez termine una fase y esta se certifique en su funcionalidad no se podr arrancar con la siguiente.17 Etapas Modelo Cascada Ingeniera y anlisis del sistema: Anlisis de necesidades bsqueda y definicin del problema por parte de los usuarios. Anlisis de los requerimientos: Interpretacin de los requerimientos, definicin de sus funcionalidades y limitantes. Diseo: implementacin de un prototipo basado en los requerimientos mencionados. Codificacin: Interpretacin de un lenguaje lgico y nico entre la maquina y lo requerido por el usuario.

16

P.Letelier, Procesos Desarrollo de Software, Procesos de Desarrollo, Departamento de sistemas informticos y computacin, Universidad Politcnica de Valencia, Valencia Espaa [En Linea,] Tipo de documento texto, Citado 10 de Marzo de 2010.
17

Wikipedia Enciclopedia. Metodologia Desarrollo en Cascada. [En lnea] [Citado el: 14 de 03 de 2011.] http://es.wikipedia.org/wiki/Desarrollo_en_cascada.

30

Pruebas: una vez todos los elementos sean integrados es necesario realizar las validaciones pertinentes para certificar que la aplicacin es ptimamente eficaz. Mantenimiento: una de las etapas mas importantes del desarrollo de software ya que el trabajo no termina cuando se acaba el desarrollo, el trabajo solo termina cuando la aplicacin ya no es necesaria mientras tanto es necesario actualizarla constantemente para certificar su funcionalidad.

Ilustracin 3: Metodologa de Desarrollo en Cascada

5.2.2 Metodologa Desarrollo en Espiral

Este modelo se considera como una versin mejorada del modelo en cascada simplemente que se especializa en la disminucin riesgos y mejoramiento de aplicaciones bajo un modelo de publicaciones para realizar cambios en los proceso de software establecidos, esto con el fin de mejorar y optimizar su funcionalidad. Encada una de las etapas de este modelo se puede implementar las fases del modelo en cascada con la diferencia que primero se tiene que 31

evaluar el riesgo ms inherente que se deba atender ya que este debe suplir a la una necesidad mencionada. Las etapas del proceso en espiral son: Determinacin de Objetivos Anlisis del Riesgo Planificacin Desarrollo y pruebas Este proceso se basa en el riesgo para atender mejoras en su aplicacin simplemente se debe realizar la evaluacin de estas 4 etapas antes de aplicar en cada una de ellas la metodologa en cascada en la que sea necesario aplicarla y as obtener la versin que deber suplir la necesidad encontrada.18

5.2.3 Extreme Programming (XP)

Programacin extrema, este modelo es de fcil adopcin en las empresas hoy en da ya que su estructura se basa en la simplicidad y agilidad que el grupo de trabajo de desarrolladores pueda realzar junto a los stakeholders que acompaen el desarrollo de software. Ya que una de sus caractersticas funcionales es la integracin del usuario dentro del desarrollo, lo que le permitir al desarrollador verificar cada una de las etapas de desarrollo que se estipularon al comienzo del proyecto, una vez que se terminen estas etapas el stakeholder asociado verificara y se realizaran las observaciones de manera inmediata esto permitir el desarrollo de las buenas prcticas y evolucin del sistema con el cual el tiempo de respuesta se disminuye y lograra obtener un proceso certificado de mucha complejidad, adaptabilidad y poca previsibilidad. Las principales caractersticas de este modelo son: Simplicidad: El cliente tiene que ser muy claro a la hora de definir que es lo que necesita que haga la aplicacin.

18

SCRIBD. Modelo en Espiral. [En lnea] [Citado el: 15 de 03 de 2011.] http://es.scribd.com/doc/11468208/Modelo-Espiral.

32

Comunicacin: Como su definicin lo dice la implementacin de esta metodologa habla del trabajo en parejas tanto del experto en negocio como el ingeniero que est a cargo del desarrollo de la aplicacin. Se debe lograr hablar un solo idioma. Retroalimentacin: La ventaja de integrar al cliente en el desarrollo de la aplicacin es que el podr realizar las pruebas en forma real y alimentar los requerimientos que se vallan presentando en el trascurso del desarrollo y no tener que esperar hasta el final para solicitarlos. Programacin en Parejas: Se desarrollara por parejas un ingeniero de sistemas encargado del desarrollo junto un experto del negocio el cual verificara el procedimiento. Respeto: En cuanto al respeto se habla mucho de forma profesional y la interpretacin tcnica que se le pude dar en un entorno de desarrollo es que el respeto se basa en la conciencia que se debe tener entre parejas que realicen sus desarrollos en el mismo negocio ya que los cambios que se hagan pueden afectar a otro grupo de parejas que trabajan en paralelo en el mismo negocio.19

19

Wkipedia. Extreme Programming . [En lnea] [Citado el: 05 de 03 de 2011.]

http://en.wikipedia.org/wiki/Extreme_Programming.

33

5.3 ARQUITECTURAS DE SOFTWARE

5.3.1 Arquitecturas de Dos Capas La arquitectura tradicional de cliente-servidor tambin es llamada como arquitectura de dos capas. Requiere una interfaz de usuario que se instala en una estacin de trabajo y realiza solicitudes a un servidor. Ventajas del Sistema Una de las principales ventajas de la arquitectura de dos capas es que se acopla muy bien a soluciones regularmente estticos es decir que no se adapta a muy bien a soluciones de organizaciones cambiantes. Como Desventajas: Se puede mencionar el excesivo control de versiones por ende la demanda para la actualizacin en las aplicaciones y el esfuerzo de distribucin cuando se le realizan modificacin a la aplicacin, otra desventaja importan para este tipo arquitectura es la administracin regular de las bases de datos debido al alto impacto de las conexiones directas que se deben manjar en este modelo.20 5.3.2 Arquitecturas Tres Capas La arquitectura de tres capas es un diseo reciente que introduce una nueva capa intermedia en el proceso. Cada capa es un proceso independiente y definido, ejecutndose tambin en plataformas separadas. En la arquitectura tradicional de tres capas, se instala una interfaz de usuario final en la computadora del Cliente. La arquitectura basada en

20

MiTecnologico. Arquitectura Aplicaciones web. Arquitectura de Dos Capas. [En lnea] [Citado el: 14 de 03 de 2011.] http://www.mitecnologico.com/Main/ArquitecturaAplicacionesWeb.

34

Web transforma la interfaz grafica de bsqueda existente (browser), en la interfaz del usuario final. 21 Ventajas: Con la arquitectura de tres capas, la interfaz del usuario final no es requerida para comunicarse con el receptor de los datos. Por lo tanto, esa estructura de los datos puede ser modificada sin cambiar la interfaz del usuario en la PC El cdigo de la capa intermedia puede ser reutilizado por varias aplicaciones si esta desarrollado o diseado modularmente. La definicin expresa, separacin de roles en las tres capas, hace ms fcil reemplazar o modificar una capa sin afectar a los mdulos restantes. Desventajas: Los ambientes de tres capas pueden incrementar el trfico en la red y requerir ms balanceo de carga. 5.3.3 Arquitecturas de N Capas Los desarrollos ms recientes empiezan a experimentar con una capa adicional: Presentacin; Aplicacin; Dominio de la aplicacin; Repositorio La idea bsica es separar todo lo que es programacin GUI de la aplicacin de la presentacin no hace clculos, consultas o actualizaciones sobre el dominio.

21

Universidad Simon Bolivar. Ingenieria de Software. Arquitectura de capas en Sistemas de Informacin. [En lnea] [Citado el: 15 de 03 de 2011.] http://ldc.usb.ve/~teruel/ci3715/clases/arqCapas2.html.

35

La capa de la aplicacin es la encargada de acceder la capa del dominio, simplificar la informacin del dominio convirtindolo a los tipos de datos que entiende la interfaz: enteros, reales, cadenas de caracteres, fecha y clases contenedoras (container, collection).

36

5.4 REQUERIMIENTOS NO FUNCIONALES

Los requerimientos no funcionales se definen como un nmero de restricciones que se deben aplicar al desarrollo de proyectos de software, estas restricciones surgen de una necesidad por parte del usuario que es el que la identifica. Lo que busca el usuario con sus requerimientos es que el sistema sea menos rgidos mas adaptable y que el mismo puedan ser interoperable ya sea con el hardware o el software. Estas restricciones se aplican a cada modelo de desarrollo para evaluar su funcionalidad, aplicabilidad, acoplamiento, tasa de crecimiento y almacenamiento. Cada una de las actividades que el sistema desempee debe ser tenida en cuenta.22 5.4.1 Concurrencia El modelo de adopcin de desarrollo de software tiene como requisito considerar la concurrencia dentro del desarrollo de proyectos, debido a que esta se considera como una propiedad de la ingeniera moderna la cual le permite al desarrollador realizar o ejecutar varias tareas de forma simultnea, logrando un nivel de interaccin entre los procesos bajo un mismo procesador con la ventaja que las cargas se distribuirn y as se podr atender cada una de las solicitudes que el usuario ponga en marcha. 5.4.2 Aplicaciones Distribuidas Estas aplicaciones tambin conocidas como distribucin de software se encargan de realizar un desglosa miento de las tareas que el proyecto debe realizar, basados en un modelo que permite realizar la construccin de un sistema de informacin por partes o etapas, donde cada una de estas etapas representa una accin que el sistema deber desarrollar.23 5.4.3 Seguridad El concepto de seguridad en cuanto al desarrollo de software se basa en los protocolos previamente definidos y estandarizados bajo un modelo de seguridad
22

Universidad EAN. Ingenieria de Requerimientos . Procesos para la definicion de requerimientos. [En lnea] [Citado el: 17 de 03 de 2011.] http://univirtual.ean.edu.co/file.php/188/MaterialApoyo/02Proceso_de_definicion_de_Requerimientos.pdf
23

Simon Jose. Informatica. Aplicaciones Distribuidas. [En lnea] http://www.dsi.fceia.unr.edu.ar/downloads/informatica/info_III/Cap9_AplicacionesDistribuidas.pdf.

37

de la informacin la cual permite controlar y dar confiabilidad sobre los datos informticos a manejar. Este protocolo debe ser definido como obligatorio para cada desarrollo de software que se desee implementar el cual maneje datos ya que se puede considerar como una vulnerabilidad del sistema. Pero el protocolo de seguridad no solo sirve para identificar las brechas u orificios donde se puede ser vulnerabilidades tambin nos da una visin de lo que puede generar error en la aplicacin ya sea en el cdigo o la arquitectura utilizada, la seguridad se utiliza para proteger y bajar el riesgo en los sistemas operativos, es muy difcil estandarizar un proceso de seguridad para las aplicaciones ya que cada una de estas se comportan y se conforman de manera diferente esto hace que la seguridad de la informacin deba estar presente en la definicin de nuevos proyectos dentro de una compaa que maneje proceso tecnolgicos. 24

24

Software Seguridad . Seguridad en el desarrollo de software. Seguridad. [En lnea] [Citado el: 17 de 03 de 2011.] http://www.softwareseguridad.com/seguridadeneldesarrollodesoftware.html.

38

6. METODOLOGA

La metodologa en espiral ser la que se utilice para el desarrollo del caso de uso donde se implementara TOGAF como framework de arquitectura empresarial, esto debido a que es un modelo de desarrollo de software basado en el ciclo de vida del software que permite realizar varias iteraciones debido a las actividades que sean necesarias manejar, este modelo en espiral se basa en 4 etapas dependiendo de donde sea ms inherente el riego estas etapas son:

Definir o fijar Objetivos: definicin de los requerimientos y determinacin de las restricciones que tendr el sistema Anlisis del Riesgo: identificar los posibles riesgos que el sistema puede tener e identificar una estrategia de cmo evitarlos. Desarrollar, verificar y validar: una vez analizados los riesgos es necesario validar cual es el modelo de desarrollo ms apropiado, esto con el fin de que el desarrollo de las tareas especificadas se cumplan sin ningn contratiempo y en las fechas estipuladas. Planificar: En esta etapa nuevamente se hace una evaluacin de las pruebas tcnicas y funcionales del desarrollo para as identificar y corregir los errores que se estn presentando de manera que se pueda definir la siguiente iteracin y planificacin de las siguientes actividades.

39

7. INGENIERA DE SOFTWARE. 7.1 CASOS DE USO 7.1.1 Ingreso (Autenticacin) NOMBRE DETALLADO DEL CASO DE USO: Ingreso (Autenticacin). DESCRIPCIN BREVE: Validacin de usuario administrador del sistema y clave para verificar ingreso al sistema. ACTORES: Administrador. PRECONDICIONES: 1. Usuario administrador del sistema. FLUJO BSICO DE EVENTOS: 1. El usuario administrador accede a la pgina HOME en el botn [Ingresar]. 2. El usuario administrador diligencia el campo <Nombre Usuario >. 3. El usuario administrador diligencia el campo <Clave >. 4. El usuario administrador pulsa click en el botn [Ingresar] para ejecutar la validacin. FLUJOS EXCEPCIONALES 1. El usuario administrador debe estar creado previamente en el sistema para poder entrar al sistema. FLUJOS ALTERNATIVOS: 1. Si el usuario versus la clave no son validas tiene la opcin de pulsar [Regresar] para salir al HOME. 2. Solicita la creacin del un usuario administrativo pulsado click en [Registrese]. POS CONDICIONES: Habilita los backend disponibles para el rol administrador. REGLAS DEL NEGOCIO: 1. El usuario administrador debe estar creado en el sistema con niveles de servicio adecuados. 40

41

7.1.2 Crear Avin NOMBRE DETALLADO DEL CASO DE USO: Crear avin DESCRIPCIN BREVE: El administrador de la aplicacin definir la estructura de cada avin en cuanto a tamao, numero de sillas, distribucin de clases, carga en kilos por usuario y la capacidad en kilos para carga adicional. ACTORES: Administrador PRECONDICIONES: 1. El usuario administrador debe estar autenticado en el sistema para poder acceder al modulo de crear avin. 2. Acceso local. FLUJO BSICO DE EVENTOS: 1. El administrador de la aplicacin se autentica en el sistema con su usuario y contrasea. 2. El administrador accede al botn [crear avin]. 3. El sistema despliega el formulario [crear avin]. 4. Diligencia el campo <Nombre> Ej. Airbus 310. 5. En la seccin de CLASE EJECUTIVA diligencia el campo <Filas> define el nmero de filas dedicadas a la zona de primera clase. 6. En la seccin de CLASE EJECUTIVA diligencia el campo <Columnas> define el nmero de columnas dedicadas a la zona de primera clase. 7. En la seccin de CLASE COMERCIAL diligencia el campo <Filas> define el nmero de filas dedicadas a la zona de clase comercial. 8. En la seccin de CLASE COMERCIAL diligencia el campo <Columnas> define el nmero de columnas dedicadas a la zona de clase comercial. 9. Diligencia el campo <Peso de carga personal> define la capacidad de carga por cada uno de los pasajeros. 10. Diligencia el campo <Peso de carga de Adicional> define la capacidad de carga disponible para carga adicional usada por empresas de envo y/o por los pasajeros con carga adicional. 11. Click en botn de [Crear]. 12. El sistema le genera automticamente el <cdigo> del avin. 13. El sistema le confirma que el registro fue creado con xito mediante el mensaje Proceso exitoso para avin <Nombre> con cdigo <cdigo>. FLUJOS EXCEPCIONALES: 42

1. La informacin de <Cdigo>, est controlada y generada automticamente por el sistema. FLUJOS ALTERNATIVOS: 1. El administrador durante el diligenciamiento del formulario [crea avin] decide cancelar la actividad debe pulsar el botn [Regresar] el cual lo lleva al Home. POS CONDICIONES: Se cre en el sistema un nuevo avin. Se genera en el sistema un registro de un nuevo avin el cual est listo para ser utilizado en la aplicacin cuando se genere un nuevo itinerario por parte del administrador y es all donde se debe tener en cuenta la configuracin / estructura de un avin. REGLAS DEL NEGOCIO: 1. La capacidad de carga por pasajero esta suministrada bajo unas normas, polticas y parmetros establecidos por la aeronutica civil. 2. La distribucin de filas y columnas dependen directamente del tamao del avin seleccionado. 3. Avin pequeo: (Ventana - Corredor). 4. Avin grande es (ventana - centro - corredor).

43

7.1.3 Crear Itinerarios NOMBRE DETALLADO DEL CASO DE USO: Crear itinerarios DESCRIPCIN BREVE: El administrador de la aplicacin crear un perfil para cada vuelo, donde se define, el tipo de avin que va a realizar la ruta, el itinerario, las ciudades de origen y destino, aeropuertos, horarios, las fecha de vuelo. ACTORES: Administrador PRECONDICIONES: 1. El usuario administrador debe estar autenticado en el sistema para poder crear itinerarios. 2. Deben existir registros de aviones creados. (cdigo, nombre). 3. Acceso local. FLUJO BSICO DE EVENTOS: 1. El administrador de la aplicacin se autentica en el sistema con su usuario y contrasea. 2. El administrador pulsa el botn [crear itinerarios]. 3. El sistema despliega el formulario [crear itinerarios]. 4. Diligencia el campo <Avin> Selecciona de la lista de aviones creados previamente el modulo de Crear Avin. 5. Diligencia el campo <Ciudad origen> Selecciona de la lista de ciudades origen para la ruta. 6. Diligencia el campo <Aeropuerto origen> Selecciona de la lista de aeropuerto de la ciudad origen. 7. Diligencia el campo <Hora de salida> Especificar la hora de salida de la ciudad origen. 8. Diligencia el campo <Ciudad destino> Selecciona de la lista de ciudades destino para la ruta. 9. Diligencia el campo <Aeropuerto destino> Selecciona de la lista de aeropuerto de la ciudad destino. 10. Diligencia el campo <Hora de salida> Especificar la hora de llegada a la ciudad destino. 11. Diligencia el campo <Fechas de vuelo> Especificar la fecha del vuelo. 12. Click en botn de [Crear]. 13. El sistema le genera automticamente el cdigo del itinerario.

44

14. El sistema le confirma que el registro fue creado con xito mediante el mensaje Proceso Exitoso para el ITINERARIO cdigo ENTRE Ciudad origen Y Ciudad destino. FLUJOS EXCEPCIONALES: 1. Se encontr en cdigo del itinerario ya haba sido asignado. El sistema le trae la informacin relacionada a este. FLUJOS ALTERNATIVOS: 1. El administrador durante el diligenciamiento del formulario [crear itinerarios] decide cancelar la actividad debe pulsar el botn [Regresar] al HOME. POS CONDICIONES: Se cre en el sistema un nuevo itinerario. Se genera en el sistema un registro de un nuevo itinerario el cual est listo para ser utilizado en la aplicacin cuando se genere una reserva por parte del pasajero, empresa o la aerolnea en cualquier momento, este registro es de alcance general. REGLAS DEL NEGOCIO: 1. Cada itinerario tendr una programacin. 2. Cada itinerario se puede crear hasta tres veces por da.

45

7.1.4 Consultar Vuelos NOMBRE DETALLADO DEL CASO DE USO: Consultar vuelos. DESCRIPCIN BREVE: Consultar la informacin de los vuelos disponibles dado un origen, un destino y una fecha. ACTORES: Pasajero PRECONDICIONES: 1. Esta opcin debe estar disponible va WEB. 2. Disponible para cualquier persona especialmente para pasajeros. FLUJO BSICO DE EVENTOS: 1. El pasajero ingresa a la aplicacin a travs de la pgina web HOME 2. Selecciona el botn [Consultar Vuelos] 3. El sistema le despliega el formulario CONSULTAR ITINERARIOS. 4. El pasajero diligencia el campo <Ciudad Origen> seleccionado de la lista la ciudad origen. 5. El pasajero diligencia el campo <Ciudad Destino> seleccionado de la lista la ciudad destino. 6. El pasajero diligencia el campo <Fecha del viaje> seleccionado del calendario la fecha del viaje que desea consultar. 7. El pasajero diligencia el campo <Clase> selecciona el tipo de viajero. (Ejecutiva o Comercial). 8. El pasajero da click en el botn [Buscar Vuelos] para ejecutar la bsqueda. 9. El sistema le muestra por pantalla el listado de vuelos disponibles de acuerdo a los parmetros solicitado. 10. El usuario puede cancelar la consulta con el botn [Regresar] y ser enviado al home de la pgina HOME. FLUJOS EXCEPCIONALES: 1. En las fechas establecidas no tiene asociado un itinerario de vuelo 2. La fecha que escogi es anterior a la fecha actual deber seleccionar una fecha valida. FLUJOS ALTERNATIVOS:

46

1. El pasajero selecciona una fecha pasada a la actual, el sistema mediante un mensaje debe avisar que la fecha est fuera de rango fecha fuera de rango, da la opcin de volver a seleccionar una fecha valida. 2. El sistema no encuentra informacin de acuerdo a los parmetros dados, debe informar al usuario mediante un mensaje que no hay vuelos disponibles para esta fecha - No hay vuelos disponibles en el momento . 3. El usuario puede cancelar la consulta con el botn [Regresar] y ser enviado al home de la pgina HOME. POS CONDICIONES: 1. El sistema le muestra por pantalla el listado de vuelos disponibles de acuerdo a los parmetros solicitados por el pasajero (Ciudad origen, Ciudad destino y fecha). REGLAS DEL NEGOCIO: 1. Mostrar la informacin de los vuelos creados por el administrador de la aerolnea. 2. Desde all el usuario puede empezar el proceso de reserva.

47

7.1.5 Crear Reserva NOMBRE DETALLADO DEL CASO DE USO: Crear Reserva. DESCRIPCIN BREVE: El pasajero en la seccin de [Crear Reserva] define realizar una reserva de acuerdo a los parmetros de ciudad origen, ciudad destino, fecha y hora. ACTORES: Pasajero. PRECONDICIONES: 1. Esta opcin debe estar disponible va WEB. 2. Disponible para cualquier persona especialmente para pasajeros potenciales FLUJO BSICO DE EVENTOS: 1. El sistema presenta la informacin de Ciudad Origen, Ciudad destino, fecha Ida y Fecha de Regreso, Clase (ejecutiva o Comercial) pulsado [Buscar vuelo]. 2. El sistema lo direcciona al formulario Reserva Paso 2. 3. El usuario debe diligenciar el campo <Tipo de Identificacin>. 4. El usuario debe diligenciar el campo <Numero de Identificacin>. 5. El usuario debe diligenciar el campo <Nombre>. 6. El usuario debe diligenciar el campo <Apellido>. 7. En la Seccin de Ida debe seleccionar el vuelo de su inters pulsando Click al inicio del registro. 8. En la Seccin de Regreso debe seleccionar el vuelo de su inters pulsando Click al inicio del registro. 9. click en botn de [Seleccionar] para confirmar la reserva. 10. El sistema le confirma que la reserva fue creada con xito mediante el mensaje La Reserva ha sido creada satisfactoriamente con el nmero <numero de reserva>. 11. El usuario pulsa Click en [Regresar] para ir al HOME. FLUJOS EXCEPCIONALES: 1. No se encontraron itinerarios de vuelo para la fecha y ciudades seleccionadas FLUJOS ALTERNATIVOS: 48

1. click en botn de [Regresar], lo enva a la pgina CREAR RESERVA.

49

POS CONDICIONES: Se cre en el sistema una nueva reserva de acuerdo al nmero de vuelo, fecha, hora, identificacin - nombre del pasajero y numero de reserva generado por el sistema ms la caractersticas del perfil de pasajero donde defini la clase y zona deseada. REGLAS DEL NEGOCIO: 1. El nmero de reserva es la identificacin del cupo en el vuelo seleccionado bajo los parmetros definidos de ruta, fecha, hora, vuelo y perfil de pasajero.

50

7.1.6 Anular Reservas NOMBRE DETALLADO DEL CASO DE USO: Anular reserva DESCRIPCIN BREVE: El pasajero podr realizar la anulacin de la reserva entrando los datos del nmero de la reserva a anular y esta anulacin puede ser individual o grupal. ACTORES: Pasajero PRECONDICIONES: 1. Esta opcin debe estar disponible va WEB. 2. El pasajero debe tener un nmero de reserva asociado. 3. Los pasajeros a agrupar debe tener nmero de reserva. FLUJO BSICO DE EVENTOS: 1. El pasajero ingresa a la aplicacin a travs de la pgina web HOME 2. El pasajero selecciona el botn de [Anular Reserva]. 3. El pasajero diligencia el campo < Numero de reserva >. 4. EL sistema le presenta por pantalla la informacin relacionada a este numero de reserva (Tipo de identificacin, numero de identificacin, nombre, apellido, Ciudad Origen Fecha- Hora, Ciudad Destino FechaHora. 5. El usuario define anular la reserva pulsado click en el botn [Anular]. 6. El sistema le informara mediante el La reserva <numero de reserva> ha sido cancelada exitosamente. 7. El usuario puede salir al HOME pulsando click en [Regresar] para salir al HOME.

51

FLUJOS EXCEPCIONALES: 1. El sistema realizo la validacin de la reserva digitada por el pasajero pero no se encuentra registrada en el sistema por lo que se notificara el error al pasajero. Numero de reserva no existe. 2. El usuario da click en el botn [Regresar] lo enva a la pantalla inicial de HOME FLUJOS ALTERNATIVOS: 1. En caso de que el pasajero digite un numero de reserva de un grupo toda la informacin perteneciente a los miembros del grupo ser anulada y cambiada a estado anulado. 2. En caso de que el pasajero decida cancelar la operacin debe pulsar click en [Regresar] lo llevara al HOME. 3. El usuario en cualquier momento del proceso de la anulacin puede dar click sobre el botn [Regresar] cancelado todo y envindolo a la pgina inicial de HOME POS CONDICIONES: 1. El sistema actualiza el estado de la reserva de activa a anulada y para prximas consultas no estar disponible para consulta por el por el usuario. REGLAS DEL NEGOCIO: 1. El numero de reserva es generado automticamente por el sistema el cual tiene esta relacionado con la informacin del vuelo y pasajero

52

7.1.7 Generar Ticket NOMBRE DETALLADO DEL CASO DE USO: Generar ticket de vuelo DESCRIPCIN BREVE: Generar un nmero de ticket de vuelo, a partir de una reserva realizada por el pasajero a travs de internet. ACTORES: Asesor PRECONDICIONES: 1. Opcin disponible de acceso local. 2. El asesor debe estar autenticado en el sistema. 3. Debe tener un nmero de reserva previa.

53

FLUJO BSICO DE EVENTOS: 1. El asesor consulta y valida en el sistema el nmero de reserva dado por el pasajero. 2. El sistema le presenta toda la informacin pertinente de acuerdo al nmero de reserva suministrado por el pasajero, informacin como ruta, vuelo, aeropuerto, fecha, hora, clase y perfil de pasajero. 3. El asesor da click en el botn de [Generar Ticket] confirma la generacin de un numero automtico de ticket. FLUJOS EXCEPCIONALES: 1. Si el nmero de reserva no existe pueden entrar a la pgina de internet www.aerolinea .con a generar una reserva siguiendo el flujo de [consultar vuelo] y [reservar vuelo]. FLUJOS ALTERNATIVOS: 1. El asesor puede cancelar la generacin del ticket con el botn [ cancelar] y ser enviado a la pgina inicial. POS CONDICIONES: 1. El sistema registra un nmero de ticket relacionado a un nmero de reserva. REGLAS DEL NEGOCIO: 1. Un nmero de ticket debe tener un nmero de reserva asociado.

54

7.1.8 Reservar Puesto en Vuelo NOMBRE DETALLADO DEL CASO DE USO: Reservar puesto en vuelo (silla) DESCRIPCIN BREVE: Reserva una silla dentro del avin de acuerdo a la disponibilidad y a su preferencia. ACTORES: Pasajero PRECONDICIONES: 1. Esta opcin debe estar disponible va WEB. 2. El pasajero debe tener un nmero de reserva y un nmero de ticket. FLUJO BSICO DE EVENTOS: 1. El pasajero ingresa a la aplicacin a travs de la pgina web HOME 2. El pasajero selecciona el botn de [Reservar puesto en vuelo]. 3. El pasajero diligencia el campo <Numero de reserva>. 4. El pasajero diligencia el campo < Numero de Ticket>. 5. El pasajero diligencia el campo < Nmero de identificacin>. 6. El pasajero solicita validar la informacin suministrada dando click en el botn [Validar Informacin]. 7. En la grfica puede seleccionar el puesto de su preferencia de acuerdo a la disponibilidad. 8. El pasajero en el botn [confirmar reserva] confirma la reserva de las silla mediante un mensaje Silla T-F2C4, reservada con xito [Aceptar]. 9. El pasajero mediante el botn [Regresar] vuelve a la pgina principal HOME FLUJOS EXCEPCIONALES: 1. Se encontr que el cliente no tiene una reserva de tiquete activo en el sistema por lo cual la aplicacin le deber informarle para que este pueda registrarse y realizar la compra de un tiquete para poder reservar un puesto. 2. El pasajero informa que tiene que realizar una conexin con otro vuelo pero el nmero registrado del vuelo no corresponde con ninguno de los que estn registrados en el sistema por lo cual deber pulsar el botn regresar para confirmar nuevamente el nmero de vuelo con el que tiene que realizar la conexin. FLUJOS ALTERNATIVOS: 55

1. El cliente digito mal el nmero de cedula por lo cual el sistema deber mostrar por pantalla un mensaje donde le solicite al pasajero confirmar nuevamente el nmero de identificacin ya que el proporcionado no se encuentra registrado en la base de datos . 2. El cliente decide cancelar la reserva del puesto. Si durante el paso la ejecucin de los pasos el cliente decide no realizar la reserva del puesto deber pulsar el botn [Cancelar] y el cual lo lleva a una pantalla a un mensaje de Confirmacin Proceso de reserva cancelado [Aceptar], en la confirmacin lleva a la pgina principal. 3. Si el pasajero escoge la silla el sistema debe validar que no sta no se encuentra asignada o reservada de lo contrario le informara al usuario mediante un mensaje que la silla no est disponible. POS CONDICIONES: 1. El sistema reserva la silla y la relaciona a un nmero de reserva y de ticket. REGLAS DEL NEGOCIO: 1. Una silla debe estar relacionada a un nmero de ticket.

56

7.1.9 Agrupar Reservas NOMBRE DETALLADO DEL CASO DE USO: Agrupar reservas DESCRIPCIN BREVE: El pasajero podr realizar un agrupamiento de reservas bajo un solo nmero de reserva con el fin de manejar eficientemente las reservas de un grupo de pasajeros donde todos viajan el mismo da, a la misma hora en el mismo vuelo. ACTORES: Pasajero PRECONDICIONES: 1. Esta opcin debe estar disponible va WEB. 2. El pasajero debe tener un nmero de reserva. 3. Los pasajeros a agrupar debe tener nmero de reserva. FLUJO BSICO DE EVENTOS: 1. El pasajero ingresa a la aplicacin a travs de la pgina web HOME 2. El pasajero selecciona el botn de [Agrupar Reservas]. 3. El pasajero diligencia el campo < Nmero de identificacin >. 4. El pasajero diligencia el campo < Numero de reserva >. 5. El pasajero solicita validar la informacin suministrada dando click en el botn [Validar Informacin]. 6. El sistema le presenta toda la informacin asociada al vuelo. (Origen, destino, fecha, hora). 7. El sistema abre una grilla donde el usuario en la casilla <Numero de reserva a agrupar>. 8. En la misma lnea de la grilla el usuario da click en el botn <Validar> para que el sistema valide si el nmero de reserva entrado cumple los requisitos de agrupacin como son nmero de vuelo, fecha, hora, destino de lo contrario no se puede agrupar. 9. En la misma lnea de la grilla luego de haber validado que la reserva es vlida el usuario puede entrar un nuevo nmero de reserva dando click en el campo <Ingresar otra nmero de reserva> y se repite el proceso del paso 8. 10. El usuario cuando termina de entrar y validar todos los nmeros de reserva que desea agrupar el usuario da click en el botn [Agrupar reservas] y el sistema mediante el mensaje Se han agrupado x reservas bajo el nmero 7ASDFA [Aceptar]y lo enva a la pantalla principal HOME. FLUJOS EXCEPCIONALES: 57

1. Se evidencio que el pasajero no tiene una reserva de activa en el sistema por lo cual no podr realizar la reserva grupal. 2. La clave de uno de los integrantes del grupo no corresponde, por lo cual la esta reserva hace parte de la reserva grupal. FLUJOS ALTERNATIVOS: 1. En caso de que alguna de las claves proporcionadas no sea vlida el sistema deber informar al pasajero mediante un mensaje que la clave asociada no es vlida Clave asociada no es vlida [Aceptar] y lo posesiona nuevamente en el campo <Numero de reserva a agrupar> para iniciar una nueva entrada. 2. Si el pasajero que va a realizar la reserva de grupo no se encuentra registrado el sistema no le permitir realizar agrupacin de reservas. 3. El usuario en cualquier momento del proceso de agrupacin puede dar click sobre el botn [Cancelar] enviando un mensaje de Agrupacin de reservas cancelada [Aceptar] y lo posesiona al inicio de la pantalla para empezar el proceso. 4. El usuario en cualquier momento del proceso de agrupacin puede dar click sobre el botn [Regresar] cancelado todo y envindolo a la pgina inicial de HOME POS CONDICIONES: 1. El sistema vlida y actualiza el mismo nmero de reserva de la persona que hace la agrupacin a todos las reservas adicionadas en el proceso. REGLAS DEL NEGOCIO: 1. Los integrantes que quieren conformar el grupo deben tener un nmero de reserva.

58

7.1.10 Reservar Espacio Para Carga Adicional NOMBRE DETALLADO DEL CASO DE USO: Reservar espacio para carga adicional. DESCRIPCIN BREVE: Consultar la informacin de los vuelos disponibles con capacidad de carga disponible dado un origen, un destino una fecha y un peso en kilos. ACTORES: Pasajero PRECONDICIONES: 1. Esta opcin debe estar disponible va WEB. 2. Disponible para cualquier persona especialmente para pasajeros y/o empresas que requieran reservar espacio para carga. FLUJO BSICO DE EVENTOS: 1. El pasajero ingresa a la aplicacin a travs de la pgina web HOME 2. Selecciona el botn [Consultar espacio para carga]. 3. El pasajero diligencia el campo <RUTA- Desde> seleccionado de la lista la ciudad origen. 4. El pasajero diligencia el campo <RUTA- Hacia> seleccionado de la lista la ciudad destino. 5. El pasajero diligencia el campo <RUTA- Fecha> seleccionado del calendario la fecha del viaje que desea consultar. 6. El pasajero diligencia el campo <Cantidad (Kg)> la cantidad de kilos a tener en cuenta en la reserva de carga. 7. El pasajero da click en el botn [Buscar] para ejecutar la bsqueda de acuerdo a los parmetros definidos en los pasos 3,4,5 y 6. 8. El sistema le muestra por pantalla el listado de vuelos disponibles de acuerdo a los parmetros solicitados con un botn de <Seleccin> en cada uno de los registros encontrados para que el pasajero escoja el de su inters. 9. El usuario debe diligenciar los campos de <Identificacin/Nit>, <Nombre/Razn social>, <Contenido>. 10. El usuario puede confirmar la reserva dando click en el botn [Reservar] y ser el sistema le generar un numero de reserva de carga. FLUJOS EXCEPCIONALES: 1. El usuario puede cancelar la consulta con el botn [cancelar] y ser enviado al home de la pgina HOME. 59

2. El usuario en cualquier momento del proceso de la reserva de carga puede dar click sobre el botn [Regresar] cancelado todo y envindolo a la pgina inicial de HOME FLUJOS ALTERNATIVOS: 1. El sistema no encuentra informacin de acuerdo a los parmetros dados, debe informar al usuario mediante un mensaje que no hay vuelos con capacidad de carga disponibles para esta fecha - No hay vuelos disponibles con capacidad de carga en la fecha seleccionada [Aceptar] y lo posiciona para que el usuario inicie nuevamente la consulta. POS CONDICIONES 1. El sistema le muestra por pantalla el listado de vuelos con capacidad de carga disponible de acuerdo a los parmetros solicitados por el pasajero o empresa. (ruta, fecha y cantidad en kilos). REGLAS DEL NEGOCIO: El sistema debe validar que la carga que el usuario o empresa quiere reservar este dentro de capacidad del avin, teniendo en cuenta la capacidad de carga para usuarios y carga adicional.

60

7.1.11 Registrar Pasajero NOMBRE DETALLADO DEL CASO DE USO: Registrar pasajero (Check-In) DESCRIPCIN BREVE: El pasajero deber realizar el check-in para recibir un pasa bordo y pasar a la sala de espera a tomar el vuelo, para esto deber informar al funcionario de la aerolnea Counter los datos bsicos de nmero de identificacin y numero de reserva. ACTORES: Counter PRECONDICIONES: 1. El usuario counter debe estar autenticado en el sistema para poder crear un realizar Registro de pasajeros Check-in. 2. Esta opcin est disponible para acceso local. 3. Deben existir usuarios counter para realizar esta labor. 4. Deben estar las reservas activas para poder generar un pasa bordo. FLUJO BSICO DE EVENTOS: 1. El usuario counter se autentica en el sistema con su usuario y contrasea. 2. El usuario counter accede al botn [Registrar pasajeros]. 3. El sistema despliega el formulario [Registrar pasajero]. 4. El usuario counter diligencia el campo <Identificacin> que hace referencia al nmero de identificacin de usuario que va a abordar el vuelo. 5. El usuario counter diligencia el campo <Numero de reserva> que hace referencia al nmero de reserva activa del usuario que va a abordar el vuelo. 6. El usuario counter da click en el botn [validar informacin] para que el sistema valide si es un usuario activo para viajar. 7. Si la validacin es correcta el sistema presenta la informacin bsica del usuario y vuelo como (ruta, nombre y nmero de vuelo). 8. El usuario counter diligencia el campo <Numero de maletas> que hace referencia al nmero de maletas que el usuario reporta a carga. 9. El usuario counter diligencia el campo <Peso (KG).> que hace referencia al peso de las maletas que el usuario reporta a carga. 10. El usuario counter diligencia el campo <Peso Adicional (KG).> que hace referencia al peso adicional fuera del permitido por la reglamentacin de la aerolnea y el cual debe pagar un valor adicional. 11. El usuario counter diligencia el campo <Conexin.> que hace referencia a si el usuario tiene una conexin en la misma aerolnea. 61

12. Click en botn de [Generar pasa bordo] el cual registra en el sistema que el pasajero est activo para abordar e imprime el pasa bordo y simultneamente informa al usuario counter que el registro de pasajero fue creado satisfactoriamente mediante un mensaje Registro de pasajero creado satisfactoriamente [Aceptar]. FLUJOS EXCEPCIONALES: 1. En caso de que el pasajero haya proporcionado mal la informacin referente a su reserva, el usuario counter deber verificarla nuevamente con el pasajero. FLUJOS ALTERNATIVOS: 1. En caso de que el pasajero haya proporcionado mal la informacin referente a su reserva, el usuario counter deber verificarla nuevamente con el pasajero. 2. El usuario counter diligencia el campo <Peso Adicional (KG).> que hace referencia al peso adicional fuera del permitido por la reglamentacin de la aerolnea y el cual debe pagar un valor adicional. 3. El usuario counter diligencia el campo <Peso (KG).> que hace referencia al peso de las maletas que el usuario reporta a carga si el peso es superior al permitido debe generar la diferencia como peso adicional. 2. El usuario counter durante el diligenciamiento del formulario [Registrar pasajero] decide cancelar la actividad debe pulsar el botn [ Cancelar] el cual lo lleva a un mensaje de confirmacin de que el proceso de registro fue cancelado. Registro de pasajero cancelada por el usuario [Aceptar] y lo devolver al men principal del usuario counter. 3. En la parte inferior se visualiza el botn [Regresar] para regresar a la pgina de inicio donde se encuentra el men de opciones del usuario counter. POS CONDICIONES: 1. Cuando todos los pasajeros se han registrado o cuando el usuario counter encargada de registrar los pasajeros y de acuerdo a las reglas de la aerolnea el vuelo debe cerrarse 30 minutos antes de la hora de despegue y se realiza con la opcin del sistema [Cerrar vuelo] al cerrarse genera automticamente un informe que se enva por correo electrnico a las autoridades, con toda la informacin disponible de los pasajeros. 2. Una vez el sistema valide la informacin del pasajero se debe generar e imprimir el pasa bordo para que el pasajero pase a la zona de embarque. REGLAS DEL NEGOCIO: 62

1. La capacidad de carga por pasajero esta suministrada bajo unas normas, polticas y parmetros establecidos por la aeronutica civil. 2. El pasajero debe ser registrado en el counter y tener un pasa bordo para poder embarcarse en el vuelo.

63

7.1.12 Consultar Informacin De Un Vuelo NOMBRE DETALLADO DEL CASO DE USO: Consulta informacin general de un vuelo DESCRIPCIN BREVE: El administrador realiza una consulta general del vuelo. ACTORES: Administrador PRECONDICIONES: 1. El usuario administrador debe estar autenticado en el sistema para poder realizar la consulta de un vuelo. 2. Esta opcin est disponible para acceso local. 3. Deben existir usuarios con perfil administrador para realizar esta labor. FLUJO BSICO DE EVENTOS: 1. El usuario administrador se autentica en el sistema con su usuario y contrasea. 2. El usuario administrador accede al botn [Consultar vuelo]. 3. El sistema despliega el formulario [Consultar vuelo]. 4. El usuario administrador diligencia el campo <Numero de vuelo> que hace referencia a los vuelos creados y activos seleccionando de una lista. 5. El usuario administrador diligencia el campo <Fecha de salida> que hace referencia a la fecha programada para el despegue del vuelo. 6. El usuario administrador diligencia el campo <Hora de salida> que hace referencia a la hora programada para el despegue del vuelo, teniendo en cuenta que en un mismo da pueden salir varios vuelos con la misma ruta pero a diferente hora. 7. El sistema le presenta por pantalla la informacin bsica de vuelo como ciudad origen, ciudad destino, aeropuerto origen aeropuerto destino. 8. El sistema le presenta por pantalla un totalizado de la informacin cuantificable y de inters para el administrador como: total de sillas ocupadas, total de sillas libres, total de carga ocupada, total de carga disponible. FLUJOS EXCEPCIONALES: 1. Al ser una consulta bsica a partir de parmetros fijos no existen flujos excepcionales. FLUJOS ALTERNATIVOS: 64

1. El usuario administrador desea cancelar la consulta dando click en el botn [Cancelar] y lo deja posesionado en el campo <Numero de vuelo>. 2. El usuario administrador desea salir del formulario [Consultar vuelo] debe dar click en el botn [Regresar] y lo remite al men principal del administrador.

65

POS CONDICIONES: 1. Presenta por pantalla un totalizado de la informacin cuantificable y de inters para el administrador como: total de sillas ocupadas, total de sillas libres, total de carga ocupada, total de carga disponible. REGLAS DEL NEGOCIO: 1. Por tema de seguridad esta consulta e informacin debe estar solo disponible para el administrador.

66

7.2 DIAGRAMA CASO DE USO

67

7.3 DIAGRAMA DE CLASES

68

7.4 DIAGRAMAS DE SECUENCIA 7.4.1 D.S. Crear Reserva

69

7.4.2 D.S. Crear Itinerario

70

7.4.3 D.S. Crear Avin

71

7.4.4 D.S. Consultar Vuelos

72

7.4.5 D.S. Ingresar (Autenticacin)

73

7.4.6 D.S. Anular Reserva

74

7.5 DIAGRAMA DE COLABORACIN

75

7.6 DIAGRAMA DE PANTALLAS 7.6.1 D.P. Ingreso (Autenticacin)

76

7.6.2 D.P. Crear Avin

77

7.6.3 D.P. Crear Itinerarios

78

7.6.4 D.P. Consultar Vuelos

79

7.6.5 D.P. Crear Reserva

80

7.6.6 D.P. Anular Reserva

81

7.7

DISEO BASE DE DATOS (Entidad Relacion)

82

8. ARQUITECTURA

8.1 DISEO DE LA ARQUITECTURA

83

8.1.1 Definicin Capas Desarrollo del Sistema

Para el desarrollo de los casos de uso fue necesario implementar un modelo de n capas ya que se utilizaron 5 para la implementacin:: Capa 1: Lgica de Negocio Capa 2: Entidades del Negocio Capa 3: Acceso Datos (Stored Procedures) Capa 4: Utilidades Capa 5: Presentacin (WEB)

84

8.1.2

Herramientas Desarrollo

Para el desarrollo del prototipo fue necesario instalar las siguientes herramientas:
IDE desarrollo .NET: Microsoft Visual Studio 2010 Lenguaje desarrollo C# Framework versin 4 Motor de base de datos SQL Server 2008 R2 IIS versin 6

8.1.3 Descripcin Tablas Base de datos Nombre Tabla: Avin, esta tabla almacena la estructura del avin definida por el administrador. CAMPO idAvion nombreAvion ejecutivaColumnX ejecutivaColumnY CommercialColumnX CommercialColumnY pesoPasajero pesoMesajeria fechaCreacion totalEjecutiva totalComercial DESCRIPCIN Codigo Avion Nombre que se le asigna al avion Numero de filas clase ejecutiva Numero de columnas clase ejecutiva Numero de filas clase Comercial Numero de columnas clase Comercial Peso permitido por pasajero Peso carga adicional Fecha de creacin del registro Numero de filas x columnas clase ejecutiva Numero de filas x columnas clase comercial TIPO integer Varchar(30) integer integer Integer Integer Integer Integer Date/time integer integer

85

Nombre tabla: Ciudad, almacena la informacin correspondiente a las ciudades donde se prestara el servicio. CAMPO idCiudad nombre estado DESCRIPCIN Cdigo de la ciudad Nombre de la Ciudad Estado de la ciudad en cuanto al servicio (Activo o Inactivo) TIPO integer Varchar(30) boolean

Nombre tabla: Cliente, esta tabla almacena los datos de los clientes que realizan la reserva de un vuelo. CAMPO idCliente TipoIdentificacion DESCRIPCIN Cdigo del cliente Relacin entre los tipos de datos de indentificacion (CC, CE, NIT) Numero del documento Nombres del cliente Apellidos del cliente Fecha creacin registro TIPO integer integer

Identificacion nombre apellido fechaCreacion

integer Varchar (30) Varchar (30) Date/time

86

Nombre Tabla: Itinerario, esta tabla almacena la informacin de la programacin de todos los vuelos del sistema. CAMPO idItinerarios Guid DESCRIPCIN Cdigo de los itinerarios Tipo de dato que permite generar aleatoriamente llaves nicas Este campo coge los 7 primeros caracteres de la llave generada de guid Cdigo avin Cdigo ciudad origen Cdigo aeropuerto Cdigo ciudad origen Cdigo aeropuerto Hora en que sale el vuelo Hora de llegada del vuelo Fecha programacin de un vuelo Disponibilidad del vuelo TIPO integer uniqueidentifier

numeroItinerario

Varchar (7)

idAvion idCiudadOrigen idAeropuertoOrigen idCiudadDestino idAeropuertoDestino horaSalida horaLlegada fechaItinerarios estado

integer Integer Integer Integer Integer Varchar (10) Varchar (10) Date/time boolean

87

Nombre Tabla: Reserva, esta tabla almacena el movimiento de reservas realizado por los pasajeros

CAMPO idReserva Guid

idItinerarioOrigen idItinerarioDestino idCliente numeroReserva

numeroTicket

Peso tipoReserva estadoReserva estadoTicket

DESCRIPCIN Cdigo de reserva Tipo de dato que permite generar aleatoriamente llaves nicas Cdigo de itinerario origen Cdigo de itinerario Destino Cdigo del cliente Este campo coge los 7 primeros caracteres de la llave generada de guid Numero de tiquete generado al confirmar la compra Peso pasajero Tipo de clase (Comercial/ejecutiva) Activo o inactiva Estado del ticket generado

TIPO integer uniqueidentifier

Integer Integer Integer Varchar (7)

Varchar (7)

integer Boolean Boolean Boolean

Nombre Tabla: TipoIdentificacion, maneja los diferentes tipos de datos de identificacin de los pasajeros (CC, CE, NIT, TI) CAMPO idTipoIdentificacion Nombre DESCRIPCIN Cdigo tipo identificacin Nombre tipo identificacin TIPO integer Varchar (30)

88

Nombre Tabla: Tipo Reserva, esta tabla maneja los tipos de pasajeros (EjecutivoComercial) CAMPO idTipoReserva Descripcin Estado DESCRIPCIN Cdigo tipo Reserva Tipo pasajero Ejecutiva comercial Activo inactivo TIPO Boolean Varchar (30) Boolean

89

9. BIBLIOGRAFA 1. microsoft. http://msdn.microsoft.com. http://msdn.microsoft.com/enus/library/w0x726c2.aspx. [En lnea] [Citado el: 12 de 02 de 2012.] http://msdn.microsoft.com/en-us/library/w0x726c2.aspx. 2. . http://www.microsoft.com/. http://www.microsoft.com/sqlserver/en/us/get-sql-server/try-it.aspx. [En lnea] 2012. [Citado el: 23 de 01 de 2012.] http://www.microsoft.com/sqlserver/en/us/get-sql-server/try-it.aspx. 3. quackit. http://www.quackit.com. http://www.quackit.com/sql_server/tutorial/. [En lnea] 2012. [Citado el: 24 de 01 de 2012.] http://www.quackit.com/sql_server/tutorial/. 4. microsoft. http://msdn.microsoft.com. http://msdn.microsoft.com. [En lnea] [Citado el: 25 de 01 de 2012.] 5. microsoft. http://msdn.microsoft.com. http://msdn.microsoft.com. [En lnea] [Citado el: 10 de 02 de 2012.] http://msdn.microsoft.com/eses/library/ms187926.aspx. 6. The Open Group. The open group (Merking standards work). [En lnea] [Citado el: 08 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2-TOGAF9Components.pdf. 7. Universidad de Caldas. Facultad de Ingenieria Universidad de Caldas. [En lnea] [Citado el: 14 de 02 de 2011.] http://ingenieria.ucaldas.edu.co/auditoria/index.php/TOGAF,_Zachman_fra mework. 8. The Open Group . Welcome to TOGAF Version 9 an Open Group Standard. [En lnea] [Citado el: 15 de 02 de 2011.] http://www.opengroup.org/architecture/togaf9-doc/arch/index.html. 9. Ebizq. The Insider's Guide to agilidad del negocio y de TI. [En lnea] [Citado el: 17 de 02 de 2011.] http://www.ebizq.net/blogs/bethgb/2009/02/open_group_releases_togaf_9_t o.php. 90

10. The Open Group . The Open Group Architecture Framework. Introduccion a ADM(Architecture Developer Method). [En lnea] [Citado el: 17 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9M3-Intro-ADM.pdf. 11. Zachman International. Zachman International Enterprise Architecture. [En lnea] [Citado el: 04 de 03 de 2011.] http://zachmaninternational.com/2/Zachman_Framework.asp. 12. NET For Your Information. Entity Framework para Aplicaciones Empresariales. [En lnea] [Citado el: 05 de 03 de 2011.] http://dotnetfyi.wordpress.com/2009/07/31/entity-framework-paraaplicaciones-empresariales/. 13. IBM. IBM Rational Unified Process (RUP). [En lnea] [Citado el: 11 de 03 de 2011.] http://www-01.ibm.com/software/awdtools/rup/. 14. Casemarker. What is Rapid Application Development. RAD . [En lnea] [Citado el: 14 de 03 de 2011.] http://www.casemaker.com/download/products/totem/rad_wp.pdf. 15. Ciberaula Java. Programacion Orientada a Objetos OOP. Tecnologia Orientada a objetos. [En lnea] [Citado el: 13 de 03 de 2011.] http://java.ciberaula.com/articulo/tecnologia_orientada_objetos/. 16. libre, Wikipedia Enciclopedia. Metodologia Desarrollo en Cascada. [En lnea] [Citado el: 14 de 03 de 2011.] http://es.wikipedia.org/wiki/Desarrollo_en_cascada. 17. SCRIBD. Modelo en Espiral. [En lnea] [Citado el: 15 de 03 de 2011.] http://es.scribd.com/doc/11468208/Modelo-Espiral. 18. MiTecnologico. Arquitectura Aplicaciones web. Arquitectura de Dos Capas. [En lnea] [Citado el: 14 de 03 de 2011.] http://www.mitecnologico.com/Main/ArquitecturaAplicacionesWeb. 19. Bolivar, Universidad Simon. Ingenieria de Software. Arquitectura de capas en Sistemas de Informacin. [En lnea] [Citado el: 15 de 03 de 2011.] http://ldc.usb.ve/~teruel/ci3715/clases/arqCapas2.html.

91

20. Universidad EAN. Ingenieria de Requerimientos . Procesos para la definicion de requerimientos. [En lnea] [Citado el: 17 de 03 de 2011.] http://univirtual.ean.edu.co/file.php/188/MaterialApoyo/02Proceso_de_definicion_de_Requerimientos.pdf. 21. Software Seguridad . Seguridad en el desarrollo de software. Seguridad. [En lnea] [Citado el: 17 de 03 de 2011.] http://www.softwareseguridad.com/seguridadeneldesarrollodesoftware.html. 22. L., Simon Jose. Informatica. Aplicaciones Distribuidas. [En lnea] http://www.dsi.fceia.unr.edu.ar/downloads/informatica/info_III/Cap9_Aplicaci onesDistribuidas.pdf. 23. THE OPEN GROUP TOGAF 9 VERSION. TOGAF Standard Courseware V9 Edition. Management Overview. [En lnea] [Citado el: 11 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M1Management-Overview.pdf. 24. The Open Group 9 (Version). TOGAF Standard Courseware V9 Edition. TOGAF 9 Components. [En lnea] [Citado el: 21 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M2-TOGAF9Components.pdf. 25. The Open Group - TOGAF . TOGAF Standard Courseware V9 Edition. TOGAF Content Metamodel. [En lnea] [Citado el: 23 de 02 de 2011.] http://www.togaf.info/togaf9/togafSlides9/TOGAF-V9-M7-Metamodel.pdf. 26. Wkipedia. Extreme Programming . [En lnea] [Citado el: 05 de 03 de 2011.] http://en.wikipedia.org/wiki/Extreme_Programming. 27. http://www.microsoft.com/download/en/details.aspx?id=17851. www.microsoft.com. http://www.microsoft.com/download/. [Online] 2 21, 2011. [Cited: 01 15, 2012.] www.microsoft.com.

92