Successfully reported this slideshow.
Your SlideShare is downloading. ×

Reglas Básicas del Software de Calidad

Ad

Reglas de Software de Calidad<br />Jersson Dongo / @jersson<br />http://geeks.ms/blogs/jersson<br />Julio 2009<br />

Ad

Agenda<br />Reglas Básicas<br />Recomendaciones y Experiencias<br />ConsideracionesGenerales<br /><ul><li>Referencias</li>...

Ad

Debeser flexible<br />Soporte al cambio<br />Nombres, etiquetas, parámetros<br />Principiosbásicos de OO<br />Eliminarcódi...

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Loading in …3
×

Check these out next

1 of 19 Ad
1 of 19 Ad

Reglas Básicas del Software de Calidad

  1. 1. Reglas de Software de Calidad<br />Jersson Dongo / @jersson<br />http://geeks.ms/blogs/jersson<br />Julio 2009<br />
  2. 2. Agenda<br />Reglas Básicas<br />Recomendaciones y Experiencias<br />ConsideracionesGenerales<br /><ul><li>Referencias</li></li></ul><li>ReglasBásicas<br />Debefuncionar<br />Para el usuario<br />Debeser flexible<br />Reusable/Mantenible<br />Debeser extensible<br /><ul><li>Nuevasfuncionalidades</li></li></ul><li>Debefuncionar<br />Perofuncionarpara el usuario!<br />Correctatoma de requerimientos<br />Comprender lo quenecesita<br />Pensarcomo el usuario<br />Complicado no?<br />
  3. 3. Debeser flexible<br />Soporte al cambio<br />Nombres, etiquetas, parámetros<br />Principiosbásicos de OO<br />Eliminarcódigoduplicado<br />Mantenibilidad<br />
  4. 4. Debeser extensible<br />Nuevasfuncionalidad<br />Menorcosto<br />Principiosde OO<br />Principios de diseño<br />GRASP<br />GoF<br /><ul><li>Mantenibilidad</li></li></ul><li>
  5. 5. Recomendaciones<br />Debefuncionar<br />Correctatoma de requerimientos<br />Comprender lo quese necesita<br />Pensarcomo el usuario<br />Complicado no?<br />
  6. 6. Experiencias<br />Debefuncionar<br />Correctatoma de requerimientos<br />Trazabilidad (lo que dice, lo queentiendes, lo que ambos entendemos)<br />Comprender lo quenecesita<br />Prototipo/Power Point<br />Presentaravances en periodoscortos<br />Menorriesgo al cambio (mentira)<br />
  7. 7. Recomendaciones<br />Debeser flexible<br />Menosduplicidad de código<br />En realidad no deberíaexistir<br />Refactorización<br />Divide y venceras<br />POO cuandomenos<br />
  8. 8. Experiencias<br />Debeser flexible<br />Divide y vencerasayudabastanteperomuchasvecespuedeconvertirse en un vicio<br />Lo enemigo de lo buenoes lo perfecto<br />La comunicaciónes MUY importante<br />Escomplicado, pero no cedamos<br />
  9. 9. Recomendaciones<br />Debeser extensible<br />Modularidad de aplicaciones<br />Antes de construir, preguntar “el móduloexiste en otrosistema?”<br />POO cuandomenos<br />GRASP como base, siempreayuda<br />GoF?<br />
  10. 10. Experiencias<br />Debeserextensible<br />Para queestacapa de servicios?<br />No tododeberiatener 2463 capas<br />La comunicaciónes MUY importante<br />Escomplicado, pero no cedamos<br />
  11. 11. ConsideracionesGenerales!!!<br />Comunicaciónes fundamental<br />Orden<br />Aceptarquesiemprepuedemejorar<br />
  12. 12. ConsideracionesGenerales!!!<br />Aceptarquesiemprepodemosaprender<br />Aceptarque hay mas reglas!!<br />Lo enemigo de lo bueno…<br />El martillo…<br />
  13. 13. Referencias<br />A pesar de que<br />La experiencia y el sentidocomun son escenciales<br />Siempre se requiereuna base<br />Head first Object Oriented Analysis Design<br />Code Complete Second Edition<br />Code Leader<br />
  14. 14. Referencias<br />

×