Libro en PDF - DIT - Universidad PolitÃ©cnica de Madrid

More documents

Recommendations

Info

El desarrollo del softwareAlgunos trabajos recientes ([Rombach, 1990], [Henry y Selig, 1990]) proponenutilizar métricas en la fase de diseño para predecir la calidad del producto softwareantes de llegar a la codificación. Así se ahorrarían esfuerzos, al encontrar prontozonas de gran complejidad y de poca calidad. De esta forma estas zonas podríanrediseñarse, consiguiéndose así que den menos problemas en posteriores etapasdel desarrollo.3.3. CodificaciónEn un proyecto grande ésta es la etapa más sencilla (en contra de lo que suelesuponer cualquier persona que comienza a aprender un lenguaje de programación).Si el diseño es adecuado y suficientemente detallado la codificación de cada móduloes algo casi automático.Una de las principales decisiones a tomar en esta fase es la del lenguaje a emplear,aunque a veces en el diseño ya está de alguna forma implícito. Desde hace tiempola tendencia es a utilizar lenguajes de más alto nivel, sobre todo a medida de quese dispone de compiladores más eficientes. Esto ayuda a los programadores apensar más cerca de su propio nivel que del de la máquina, y la productividadsuele mejorarse. Como contrapartida este tipo de lenguajes son más difíciles deaprender. Y además hay que tener en cuenta que los programadores suelen serconservadores y reacios a aprender nuevos lenguajes: prefieren usar los que yaconocen. La existencia, en una organización, de una gran cantidad de programasdesarrollados en un determinado lenguaje, hace además muy dura la decisión decambiar a uno nuevo.Evaluar la calidad de la codificación es una tarea nada fácil. Para un mismo diseñoson posibles muchas implementaciones diferentes. Y no hay criterios claros quenos permitan decidir cuál es la mejor. En este punto, las métricas del softwarepueden ser utilizadas en nuestra ayuda (ver capítulo sobre las Métricas).Cuando intervienen varias personas, pueden aparecer problemas a la hora derealizar modificaciones, debido a que cada uno tiene su propio estilo. Por eso sehace necesario definir estándares de estilo para facilitar la legibilidad y claridad delsoftware producido.3.4. IntegraciónUna vez que tenemos los módulos codificados, hay que ensamblarlos.Desgraciadamente el proceso no consiste simplemente en unir piezas. Suelen aparecerproblemas con las interfaces entre los módulos, con la comunicación dedatos compartidos, con el encadenamiento de flujos de ejecución, etc.301
Complejidad y Tecnologías de la InformaciónSi el programa es además bastante grande, la gestión de versiones se convierteen un problema no despreciable. Afortunadamente, ésta es una de las etapasdonde disponemos de más herramientas CASE, que nos pueden ayudar.3.5. PruebaEn esta fase hay que comprobar que las especificaciones se cumplen perfectamentey en todos los casos. En la realidad es prácticamente imposible probar un programatotalmente: por ello siempre suele quedar algún error escondido. Este problemase agrava cuando sobre él se realizan repetidos cambios y correcciones. Si no losgestionamos de un forma adecuada podemos acabar con un conjunto de parchesque más que soluciones aportan problemas.Actualmente se están comenzando a utilizar técnicas de verificación y validacióncomo alternativa a la simple prueba de programas. Según Wallace y Fujii [Wallacey Fujii, 1989], la verificación y validación es una disciplina de ingeniería de sistemas,que intenta evaluar el software desde un punto de vista sistémico. Utiliza unaaproximación estructurada para analizar y probar el software en relación con todoslos aspectos del sistema en el cual se incluye, y en especial con el hardware, losusuarios y las interfaces con otras piezas de software.Idealmente, la verificación y validación se realiza paralelamente al desarrollo desoftware, durante todo su ciclo de vida (por lo que no entra en el modelo encascada, estrictamente hablando), y pretende alcanzar los siguientes objetivos:a. Descubrir pronto errores de alto riesgo, dando al equipo de diseño la oportunidadde elaborar una solución adecuada, evitando que se vea obligado aponer un "parche" si el error se detecta demasiado tarde.b. Evaluar el ajuste de los productos desarrollados a las especificaciones del sistema.c. Proporcionar al equipo de gestión información actualizada sobre la calidad y elprogreso del esfuerzo de desarrollo.Éste de la verificación y validación es un campo donde se están realizando activasinvestigaciones, mientras comienzan a obtenerse los primeros frutos.302
Page 2:
Complejidad y Tecnologíasde la Inf
Page 5 and 6:
Interacciones significativas.......
Page 7 and 8:
Bloque II: El modelo HxIxO=IOCAPÍT
Page 9 and 10:
8. Medidas híbridas...............
Page 12 and 13:
PrólogoPrólogoA primera vista, re
Page 14 and 15:
PrólogoSi se mira desde el prisma
Page 16 and 17:
Prólogoprecisamente en el año de
Page 18 and 19:
PrólogoEn general, puedo decir que
Page 20 and 21:
PrólogoEstoy convencido de que a l
Page 22 and 23:
Orígenes e historia personal de la
Page 24 and 25:
Page 26 and 27:
Page 28 and 29:
Page 30 and 31:
Page 32 and 33:
La variedad, en el sentido ciberné
Page 34 and 35:
Page 36 and 37:
Page 38 and 39:
Page 40 and 41:
Page 42 and 43:
Page 44 and 45:
Page 46 and 47:
Page 48 and 49:
Page 50 and 51:
Conceptos relacionados con la compl
Page 52 and 53:
Page 54 and 55:
Page 56 and 57:
Page 58 and 59:
Page 60 and 61:
Page 62 and 63:
Page 64 and 65:
Page 66 and 67:
Page 68 and 69:
Page 70:
Page 73 and 74:
Complejidad y Tecnologías de la In
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 102 and 103:
Complejidad y sistemasCapítulo 4:
Page 104 and 105:
Complejidad y sistemasSe dice que h
Page 106 and 107:
Complejidad y sistemasLa clasificac
Page 108 and 109:
Complejidad y sistemasFig. 1. Jerar
Page 110 and 111:
Complejidad y sistemasAquí ya no e
Page 112 and 113:
Complejidad y sistemasFig. 2. Siste
Page 114 and 115:
Sistemas: visión estructural y vis
Page 116 and 117:
Page 118 and 119:
Page 120 and 121:
Page 122 and 123:
Page 124 and 125:
Page 126 and 127:
Page 128 and 129:
Page 130 and 131:
Page 132 and 133:
Page 134 and 135:
Page 136 and 137:
Historia del enfoque sistémicoCap
Page 138 and 139:
Historia del enfoque sistémicoÉst
Page 140 and 141:
Historia del enfoque sistémicoT.G.
Page 142 and 143:
Historia del enfoque sistémicoEn l
Page 144 and 145:
Historia del enfoque sistémicoLa t
Page 146 and 147:
Historia del enfoque sistémicode "
Page 148 and 149:
Historia del enfoque sistémicoEn g
Page 150 and 151:
Historia del enfoque sistémicoEs c
Page 152:
Historia del enfoque sistémicoPers
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 170 and 171:
Las jerarquíasCapítulo 8: Las jer
Page 172 and 173:
Las jerarquíasCuando estudiamos lo
Page 174 and 175:
Las jerarquíasAsí, en la Astrofí
Page 176 and 177:
Las jerarquíasEn el caso de la cé
Page 178 and 179:
Las jerarquíasOtro ejemplo en el q
Page 180 and 181:
Las jerarquíasVeamos un ejemplo de
Page 182 and 183:
Las jerarquíasDe esta definición
Page 184 and 185:
Las jerarquíasInvitamos al lector
Page 186 and 187:
Las jerarquíasrelojeros recibe a u
Page 188 and 189:
Las jerarquíasNotas bibliográfica
Page 190 and 191:
Textos sobre complejidadBloque II:
Page 192 and 193:
Textos sobre complejidadReduccionis
Page 194 and 195:
Textos sobre complejidadecuaciones
Page 196 and 197:
Textos sobre complejidad2.2 Aspecto
Page 198 and 199:
Textos sobre complejidad(...) compl
Page 200 and 201:
Textos sobre complejidadcuanto a la
Page 202 and 203:
Textos sobre complejidadEl precepto
Page 204 and 205:
Textos sobre complejidadEn cualquie
Page 206 and 207:
Textos sobre complejidad5. "Filosof
Page 208 and 209:
Textos sobre complejidadEl computad
Page 210 and 211:
Textos sobre complejidad7. Bibliogr
Page 212 and 213:
Un marco universal para la construc
Page 214 and 215:
Page 216 and 217:
Page 218 and 219:
Page 220 and 221:
Page 222 and 223:
Page 224 and 225:
Page 226 and 227:
Page 228 and 229:
Page 230 and 231:
Page 232 and 233:
Las tecnologías de la información
Page 234 and 235:
Page 236 and 237:
Page 238 and 239:
Page 240 and 241:
Page 242:
Page 245 and 246:
Page 247 and 248:
Page 249 and 250:
Page 251 and 252:
Page 253 and 254:
Page 255 and 256:
Page 257 and 258:
Page 259 and 260:
Page 261 and 262:
Page 263 and 264:
Page 265 and 266:
Page 267 and 268:
Page 269 and 270:
Page 271 and 272:
Page 273 and 274:
Page 275 and 276:
Page 277 and 278:
Page 279 and 280: Complejidad y Tecnologías de la In
Page 284 and 285: Complejidad y sistemas distribuidos
Page 292: Complejidad y sistemas distribuidos
Page 324 and 325: El desarrollo del softwareCapítulo
Page 326 and 327: El desarrollo del softwareDesde el
Page 328 and 329: El desarrollo del softwareFig. 2 Ca
Page 332 and 333: El desarrollo del software3.6. Docu
Page 334 and 335: El desarrollo del software5. Resume
Page 336 and 337: Iniciativa de Defensa Estratégica
Page 360 and 361: An integrated framework for office
Page 380:
An integrated framework for office
Page 383 and 384:
Page 385 and 386:
Page 387 and 388:
Page 389 and 390:
Page 391 and 392:
Page 393 and 394:
Page 395 and 396:
show all

Libro en PDF - DIT - Universidad PolitÃ©cnica de Madrid

Create successful ePaper yourself

Delete template?

Save as template?