Definición de un Esquema Preconceptual para la Obtención

More documents

Recommendations

Info

TESIS DOCTORAL DOCTORADO EN INGENIERÍA Carlos Mario Zapata J. DEFINICIÓN DE UN ESQUEMA PRECONCEPTUAL PARA LA OBTENCIÓN AUTOMÁTICA DE ESQUEMAS CONCEPTUALES DE UML xvi
TESIS DOCTORAL DOCTORADO EN INGENIERÍA Carlos Mario Zapata J. DEFINICIÓN DE UN ESQUEMA PRECONCEPTUAL PARA LA OBTENCIÓN AUTOMÁTICA DE ESQUEMAS CONCEPTUALES DE UML 1. INTRODUCCIÓN A finales de la década de los 60 el software afrontaba una de las peores crisis de su historia: las diferentes aplicaciones que se construían se retrasaban considerablemente, desbordaban los presupuestos y presentaban innumerables errores al momento de su entrega. Como una forma de solución, el comité científico de la OTAN lanzó como propuesta la creación de una ciencia que propugnara por la aplicación de esquemas metodológicos para el desarrollo de software, tal y como otras ciencias lo habían hecho siglos atrás para enfrentar sus problemas, y fundaron las bases para lo que hoy se conoce como Ingeniería del Software (Gibbs, 1994). Cuatro décadas después, el desarrollo de software continúa siendo caótico; el afán desenfrenado de los desarrolladores por culminar las diferentes aplicaciones continúa ocasionando problemas en su desarrollo. Sin embargo, la Ingeniería de Software se ramificó y comenzó a generar una nueva conciencia en los equipos de desarrollo. De esta manera surgió la Ingeniería de Requisitos, como una forma de garantizar que las piezas de software que se desarrollen satisfagan las necesidades y expectativas de sus interesados; con esto se busca evitar que se construya un software diferente al que los usuarios necesitan. Para lograr este resultado, la Ingeniería del Software ha aplicado dos enfoques: • La definición de algunos métodos de desarrollo de software, tales como RUP (Rational Unified Process), CDM (Custom Development Method), FDD (Feature Driven Development), XP (Extreme Programming), y otros, que en el fondo buscan la formalización de los requisitos del cliente para convertirlos en especificaciones del software. La mayoría de estos métodos, deja la responsabilidad de la interpretación del discurso del interesado en manos del analista. Ello genera problemas de validación de la información por parte del interesado, quien sólo puede realizar tales validaciones 1
Page 1 and 2: TESIS DOCTORAL DOCTORADO EN INGENIE
Page 17: TESIS DOCTORAL DOCTORADO EN INGENIE
Page 31 and 32: 3. ESTADO DEL ARTE: TESIS DOCTORAL
Page 69 and 70:
TESIS DOCTORAL DOCTORADO EN INGENIE
Page 71 and 72:
Page 73 and 74:
4. PROPUESTA DE SOLUCIÓN TESIS DOC
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
5.3.2. Trabajos Dirigidos de Grado
Page 153 and 154:
Page 155 and 156:
Page 157 and 158:
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185 and 186:
Page 187 and 188:
Page 189 and 190:
Page 191 and 192:
Page 193 and 194:
Page 195 and 196:
Page 197:
A.2.4. Diagramas de comunicación T
show all

Definición de un Esquema Preconceptual para la Obtención

Create successful ePaper yourself

Delete template?

Save as template?