{"id":631,"date":"2007-06-26T12:04:58","date_gmt":"2007-06-26T15:04:58","guid":{"rendered":"http:\/\/www.maurom.com\/blog\/?p=631"},"modified":"2013-09-03T18:15:49","modified_gmt":"2013-09-03T21:15:49","slug":"un-sencillo-metodo-para-el-desarrollo-de-sistemas-web","status":"publish","type":"post","link":"https:\/\/maurom.com\/blog\/2007\/06\/26\/un-sencillo-metodo-para-el-desarrollo-de-sistemas-web\/","title":{"rendered":"Un sencillo m\u00e9todo para el desarrollo de sistemas web"},"content":{"rendered":"<p>Trevor Turton public\u00f3 recientemente en su <a href=\"http:\/\/trevors-trinkets.blogspot.com\/\">blog<\/a> un art\u00edculo titulado <a href=\"http:\/\/trevors-trinkets.blogspot.com\/2007\/06\/use-cases-on-steroids.html\">Use Cases on Steroids<\/a> en el cual discurre sobre un posible m\u00e9todo para encarar el desarrollo de software y no salir herido en el intento. Me tomo el atrevimiento de traducir informalmente una parte del texto de su autor\u00eda que resume el procedimiento:<\/p>\n<ul class=\"spacer\">\n<li>Durante la fase de elicitaci\u00f3n de requerimientos, los desarrolladores trabajan junto al cliente (como organizaci\u00f3n) para identificar los elementos debajo enumerados. Los desarrolladores representar\u00e1n estos elementos en una herramienta de modelado acordada y consultar\u00e1n al cliente para verificar que esto se ha realizado con precisi\u00f3n (esta parte del modelo es simple de controlar por no-especialistas) :\n<ul>\n<li>Los actores que juegan un rol en el sistema.<\/li>\n<li>Una lista jer\u00e1rquica de las acciones principales que estos actores ejecutar\u00e1n.<\/li>\n<li>Modelos de cada panel requerido para soportar las acciones identificadas; en HTML, si fuera un sistema basado en el navegador.<\/li>\n<li>Casos de uso que describen en palabras las diversas acciones identificadas; en HTML si es un sistema basado en web, con enlaces a los paneles modelo.<\/li>\n<li>Un modelo de datos que contiene todos los elementos de datos identificados en las acciones y paneles.<\/li>\n<\/ul>\n<\/li>\n<li>Durante la fase de dise\u00f1o:\n<ul>\n<li>Los usuarios pueden manejarse a trav\u00e9s de los casos de uso, viendo los paneles modelo en cada paso del proceso, pudiendo validarlos o corregirlos.<\/li>\n<li>Los desarrolladores refinan el modelo de datos seg\u00fan las formas normales, produciendo un dise\u00f1o de base de datos.<\/li>\n<li>Los dise\u00f1adores incorporan al modelo las clases, atributos y m\u00e9todos que ser\u00e1n necesarios para implementar el sistema.<\/li>\n<\/ul>\n<\/li>\n<li>Durante la fase de programaci\u00f3n:\n<ul>\n<li>Los desarrolladores engrosan el modelo con el c\u00f3digo requerido para implementar el sistema.<\/li>\n<li>Los desarrolladores crean la base de datos y las clases requeridas para administrar los datos en ellas.<\/li>\n<li>Puede a\u00f1adirse l\u00f3gica est\u00e1ndar sencilla a los paneles para propagar los datos ingresadas por los usuarios a los paneles subsecuentes.<\/li>\n<li>Otros miembros del equipo de desarrollo refinan el estilo visual de los paneles modelos a fin de que los usuarios los sientan adecuados.<\/li>\n<li>Se toman capturas de los paneles clave, que ser\u00e1n firmadas por los propietarios del sistema quienes acordar\u00e1n que es el estilo visual que requieren.<\/li>\n<li>El equipo de desarrollo debe asegurarse que el estilo acordado sea aplicado uniformemente a todos los paneles, preferentemente mediante hojas de estilo.<\/li>\n<li>Los propietarios del sistema prueban y firman (o critican) los paneles modificados para asegurar que poseen la funcionalidad y apariencia requerida.<\/li>\n<\/ul>\n<\/li>\n<li>Durante la fase de prueba:\n<ul>\n<li>A medida que se implementan las distintas partes del sistema, se incorpora a los paneles modelo correspondientes la l\u00f3gica embebida, seg\u00fan sea necesario.<\/li>\n<li>Los casos de uso se convierten ahora en scripts de prueba. Los usuarios los utilizar\u00e1n como gu\u00eda para evaluar met\u00f3dicamente el sistema, s\u00f3lo que ahora la navegaci\u00f3n entre paneles se realizar\u00e1 a trav\u00e9s de l\u00f3gica del software en el sistema de prueba, en vez de hacer clics en los enlaces en el caso de uso (aunque los enlaces de los casos de uso pueden utilizarse para navegar los paneles de software apropiados donde \u00e9sto tenga sentido, p.ej. donde no se requiere entrada desde un panel anterior).<\/li>\n<li>La navegaci\u00f3n entre secciones del sistema que no han sido desarrolladas a\u00fan puede realizarse a trav\u00e9s de los casos de uso, de forma que los usuarios pueden evaluar los componentes en un contexto plausible, en vez ser en forma aislada.<\/li>\n<li>Podr\u00eda implementarse a trav\u00e9s de hojas de estilo un esquema de colores convenido para distinguir los paneles en funcionamiento de los paneles en desarrollo.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>En realidad no es nada nuevo, muchos de nosotros hemos optado por una metodolog\u00eda similar al desarrollar un sistema web. Lo bueno es que el muchacho se tom\u00f3 el tiempo de documentarlo y darnos unos muy buenos consejos. So&#8230; Thank you very much, Trevor!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Trevor Turton public\u00f3 recientemente en su blog un art\u00edculo titulado Use Cases on Steroids en el cual discurre sobre un posible m\u00e9todo para encarar el desarrollo de software y no salir herido en el intento. Me tomo el atrevimiento de traducir informalmente una parte del texto de su autor\u00eda que resume el procedimiento: Durante la [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[8],"_links":{"self":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/posts\/631"}],"collection":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/comments?post=631"}],"version-history":[{"count":0,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/posts\/631\/revisions"}],"wp:attachment":[{"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/media?parent=631"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/categories?post=631"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/maurom.com\/blog\/wp-json\/wp\/v2\/tags?post=631"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}