View - Tesis Electrónicas Universidad de Chile

More documents

Recommendations

Info

Fig. XV.2: Proceso de Desarrollo del Framework. Según lo mostrado en la Figura XV.2, el desarrollo tradicional Orientado al Objeto se diferencia del desarrollo del framework, ya que en él, la fase de análisis del problema, también llamada inicio, estudia solamente los requisitos de un solo problema. En cambio, el desarrollo del framework captura los requisitos para un dominio entero. Además, el resultado final del desarrollo orientado al objeto tradicional es una aplicación que es completamente ejecutable, mientras que muchas aplicaciones resultan a partir de la fase de "instantiación" del desarrollo del framework, que abarca las fases de construcción y de transición del desarrollo tradicional. Así, la construcción y las fases separadas de la transición están presentes en cada uno de las instancias del framework. Para cada una de las instancias del framework hay un esfuerzo de implementación o puesta en práctica introducido por estas fases. 166
XV.2 Aplicación del Framework En general, la gestión de requerimientos del Datacenter de Telefónica Empresas, puede ser generalizada a la gestión de cualquier otro tipo de requerimiento. Esto se debe a que los principios básicos que apoyan esto son los mismos, es decir, atención de requerimientos mediante optimización de los recursos disponibles con el fin de minimizar el tiempo de resolución de requerimientos. La Gestión de estos, se ve especificada y sustentada por las mejores prácticas de mercado, que proveen los criterios de clasificación, priorización y asignación, definiendo a su vez los diferentes intervalos. Se puede definir un Requerimiento general como un arreglo de n componentes, las cuales definen diferentes especificaciones, las que deben ser calculadas por un modelo, intentando optimizar el uso de los recursos encargados de recibir estos tipos de requerimientos, quienes también pueden ser definidos como un arreglo de n componentes, teniendo diferentes atributos en ellos, los que pueden ser los que explican la capacidad disponible, cuánto tiempo de espera se tendría si se asignara a ese recurso un determinado requerimiento, etc. Este framework puede ser muy útil para sistemas que operen según fue explicado en el párrafo anterior, y su desarrollo se justifica porque las lógicas generales son comunes para muchos casos particulares, y dado el modelo de patrones de diseño aplicados, se permite una especificación lógica del negocio posterior, por lo que sólo faltaría definir las lógicas particulares, con sus entidades, atributos y métodos respectivos, demostrando que se facilitan otros desarrollos. La figura XV.3 muestra el Framework procesamiento de requerimientos, el cual si es aplicado al diagrama de clases desarrollado, se puede apreciar que las especializaciones de lógica se encontrarán en las clases de control, que es donde se define la lógica de negocio, y la especialización de entidades, que se hará mediante la inclusión de entidades específicas del caso particular. 167
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 and 164: obtiene el 17%, debido a lo expuest
Page 165 and 166: CAPÍTULO XV: GENERALIZACIÓN DE LA
Page 167: tradicional de los sistemas de soft
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?