View - Tesis Electrónicas Universidad de Chile

More documents

Recommendations

Info

XIV.3 Flujo de Caja del Proyecto Reducción Riesgo Año 0 [$] Año 1 [$] Año 2 [$] Año 3 [$] Ingreso Clientes Representativos 374.400.000 549.120.000 748.800.000 Nuevos Servicios Nuevos Servicios 6.000.000 6.000.000 6.000.000 Ahorros Directos Consulta Información 819.000 819.000 819.000 Asignación Requerimiento 3.665.880 3.665.880 3.665.880 Pérdidas Infraestructura 4.000.000 4.000.000 4.000.000 Subtotal Ahorros 388.884.880 563.604.880 763.284.880 Costos Directos Costos Equipo Desarrollo 22.710.000 22.710.000 22.710.000 Subtotal Costos Directos 22.710.000 22.710.000 22.710.000 Resultado Operacional 366.174.880 540.894.880 740.574.880 Gastos en Administración Gasto en Marketing y Capacitación 14.400.000 14.400.000 14.400.000 Depreciación (-) 1.176.667 1.176.667 1.176.667 Subtotal Gastos 15.576.667 15.576.667 15.576.667 Resultado No Operacional (-) 15.576.667 15.576.667 15.576.667 Resultado Antes Impuesto 350.598.213 525.318.213 724.998.213 Impuesto (17%) 59.601.696 89.304.096 123.249.696 Utilidad del Ejercicio 290.996.517 436.014.117 601.748.517 Depreciación (+) 1.176.667 1.176.667 1.176.667 Flujo Caja Bruto Permanente 292.173.184 437.190.784 602.925.184 Inversión Desarrollo Aplicación 22.710.000 Equipo Almacenamiento 3.530.000 Flujo Caja Libre -26.240.000 292.173.184 437.190.784 602.925.184 VAN con tasa 14% 973.413.704 TIR 1150% Tabla XIV.10: Flujo de Caja. 162
CAPÍTULO XV: GENERALIZACIÓN DE LA EXPERIENCIA EN EL DESARROLLO DE UN FRAMEWORK Los frameworks orientados al objeto (llámense simplemente frameworks), son la piedra angular de la moderna ingeniería del software, su desarrollo está ganando rápidamente la aceptación debido a su capacidad para promover la reutilización del código del diseño y el código fuente (source code). Los frameworks son los Generadores de Aplicación que se relacionan directamente con un dominio específico, es decir, con una familia de problemas relacionados. Además, deben generar las aplicaciones para un dominio entero. Por lo tanto, debe haber puntos de flexibilidad que se puedan modificar los requisitos particulares para ajustarse a la aplicación. Los puntos flexibles de un framework se llaman puntos calientes (hot- spots), y son las clases o los métodos abstractos que deben ser implementados o puestos en ejecución. Los frameworks no son ejecutables, para generar un ejecutable, uno debe "especificar en una instancia" el framework (llámese especificar en una instancia, al hecho de producir y completar un objeto llenando con valores en lugar de variables en una clase), poniendo el código específico de la aplicación en ejecución para cada Hot-spots, los que, una vez que son especificados en una instancia, son usados por el framework, especialmente aquellas clases que usan el callback o repetición de la llamada (acto de repetir la autentificación del número de usuario en caso de reconección) . En esta repetición de la llamada o callback, el código del usuario del servicio declara que desea ser llamado en la ocurrencia un determinado evento. Entonces, el código del proveedor del servicio realiza la repetición de la llamada o callback con el código del usuario del servicio al momento de ocurrir ese determinado evento. Por esta razón, en primera instancia, el framework se caracteriza a veces como " el viejo código que llama al nuevo código." Algunas de las características del framework no son mutables ni tampoco pueden ser alteradas fácilmente. Estos puntos inmutables constituyen el núcleo o kernel de él, también llamados como los puntos congelados o frozen-spots del 163
Page 1 and 2:
UNIVERSIDAD DE CHILE FACULTAD DE CI
Page 3 and 4:
A Claudia y Frank por ser mis amigo
Page 5 and 6:
CAPÍTULO X: DIAGRAMAS DE CLASES...
Page 7 and 8:
El objetivo general del proyecto es
Page 9 and 10:
de calidad certificada a nivel mund
Page 11 and 12:
millones de accesos celulares y 4 m
Page 13 and 14:
Los clientes más importantes que s
Page 15 and 16:
crisis de la complejidad, es decir,
Page 17 and 18:
eficacia y la eficiencia de sus cli
Page 19 and 20:
clientes. Además, implícitamente,
Page 21 and 22:
• Apoyo a campañas publicitarias
Page 23 and 24:
• Servidores y S.O.: Gestión de
Page 25 and 26:
Fig. I.2: Mercado Chileno de Presta
Page 27 and 28:
de solución teórica, es cuando un
Page 29 and 30:
Pero este tipo de crecimiento, ha h
Page 31 and 32:
CAPÍTULO II: MARCO TEÓRICO-CONCEP
Page 33 and 34:
piensa que ofrece, dependen ampliam
Page 35 and 36:
generalmente con la forma en la que
Page 37 and 38:
• Gestionado: la organización mi
Page 39 and 40:
objetivos y políticas. Para ello s
Page 41 and 42:
Fig. II.7: Módulos de Procesos ITI
Page 43 and 44:
Fig. II.9: Gestión de TI por proce
Page 45 and 46:
es trascendental para el negocio en
Page 47 and 48:
Al ser ITIL un librería de mejores
Page 49 and 50:
tecnologías habilitantes, modeland
Page 51 and 52:
asegurar a sus clientes el cumplimi
Page 53 and 54:
• Buscar Información detallada d
Page 55 and 56:
V.1 Principales Logros a Alcanzar L
Page 57 and 58:
interacción con ellos, teniéndose
Page 59 and 60:
Fig. V.5: Nivel A122, Recepción de
Page 61 and 62:
Fig. V.7: Nivel A3, Gestión de la
Page 63 and 64:
Fig. V.9: Nivel A321, Gestión de S
Page 65 and 66:
• Ayuda a asegurar la satisfacci
Page 67 and 68:
de solución informará al personal
Page 69 and 70:
puede tomar la determinación de si
Page 71 and 72:
Fig. V.14: Nivel A32133, Control de
Page 73 and 74:
Gestión de Configuración (Nivel A
Page 75 and 76:
cada una de estas bibliotecas es re
Page 77 and 78:
La Gestión de Capacidad (Nivel A32
Page 79 and 80:
Cumpliendo con este objetivo, enton
Page 81 and 82:
A continuación se presentan las ac
Page 83 and 84:
Fig. V.22: Nivel A3224, Gestión de
Page 85 and 86:
Fig. V.24: Nivel A42, Generación d
Page 87 and 88:
• Registro de Datos en Bitácora.
Page 89 and 90:
CAPÍTULO VI: DEFINICIÓN DE APOYO
Page 91 and 92:
VI.4) A continuación se presentan
Page 93 and 94:
sus columnas, la demora promedio en
Page 95 and 96:
VI.2.2.3 Clasificación o Categorí
Page 97 and 98:
VI.2.2.4 Roles y Responsabilidades
Page 99 and 100:
CAPÍTULO VII: DEFINICIÓN DE CASOS
Page 101 and 102:
CAPÍTULO VIII: DIAGRAMAS DE SECUEN
Page 103 and 104:
procesados, clasificados, y prioriz
Page 105 and 106:
VIII.2.2 DSS Escenario Verificar In
Page 107 and 108:
VIII.3 DSS Escenarios Caso de Uso A
Page 109 and 110:
VIII.3.3 DSS Escenario Actualizar I
Page 111 and 112:
IX.2 Diagrama de Secuencia para cas
Page 113 and 114: X.2 Diagrama de Clases Ingreso y Pr
Page 115 and 116: información. XI.2 Páginas de la A
Page 117 and 118: • verificaestador.jsp (Fig. XI.14
Page 119 and 120: Fig. XI.5: Página menusgi.jsp 117
Page 121 and 122: Fig. XI.7: ingci.jsp 119
Page 123 and 124: Fig. XI.9: Página ci.jsp 121
Page 125 and 126: Fig. XI.11: Página menureq.jsp 123
Page 127 and 128: Fig. XI.13: Página reqing.jsp 125
Page 129 and 130: Fig, XI.15: Página listareq.jsp 12
Page 131 and 132: Fig. XI.17: Página menuip.jsp 129
Page 133 and 134: Fig. XI.19: Página ingresarinforma
Page 135 and 136: Fig. XI.21: Página actualizar.jsp
Page 137 and 138: XII.1.1 Descripción de la situaci
Page 139 and 140: una estructura clara, mediante una
Page 141 and 142: ediseñados. - Conformación Grupo
Page 143 and 144: XII.1.9 Recursos - Económicos: La
Page 145 and 146: XII.2 Indicadores Los indicadores d
Page 147 and 148: para el Datacenter de Telefónica E
Page 149 and 150: mayoría de los procesos, la brecha
Page 151 and 152: Pregunta Promedio Evaluación La ap
Page 153 and 154: CAPÍTULO XIII: DESARROLLO DEL PROT
Page 155 and 156: Fig. XIII.4: Estructura de la Tabla
Page 157 and 158: Fig. XIII.7: Página reqprocesado.j
Page 159 and 160: CAPÍTULO XIV: EVALUACIÓN ECONÓMI
Page 161 and 162: Requerimientos, Reducción de Pérd
Page 163: obtiene el 17%, debido a lo expuest
Page 167 and 168: tradicional de los sistemas de soft
Page 169 and 170: XV.2 Aplicación del Framework En g
Page 171 and 172: Fig. XV.4: Diagrama de Clases de Pr
Page 173 and 174: • Requerimiento: Clase entity que
Page 175 and 176: parado, y a partir de esto generar
Page 177 and 178: La tendencia de las tecnologías de
Page 179 and 180: CAPÍTULO XVIII: ANEXOS XVIII.1 Có
Page 181 and 182: Tipo2 Respaldo Legato Respaldo Le
Page 183 and 184: public class VerificaServlet extend
Page 185 and 186: "root", ""); } } } conexion = Drive
Page 187 and 188: } else if(tiem.equals("3")){ codire
Page 193 and 194: codires2 = "0"; codires3 = "0"; } e
Page 199 and 200: Se envía a la Página respuesta.js
Page 201 and 202: String a= "SELECT * FROM cliente WH
Page 203 and 204: System.out.println("Paso 2386"); St
Page 205 and 206: XVIII.3 Reglas de Escalado Las regl
Page 207 and 208: Prioridad Media siguientes: Las acc
show all

View - Tesis Electrónicas Universidad de Chile

Create successful ePaper yourself

Delete template?

Save as template?