Академический Документы
Профессиональный Документы
Культура Документы
http://sotfstone.blogspot.com/
Admin. Lightning
Herramientas CASE
Para ser productivos, los analistas de sistemas deben realizar sus tareas de una manera organizada, precisa y minuciosa. Desde principios de la dcada de 1990, los analistas empezaron a beneficiarse de las herramientas de productividad, denominadas herramientas de ingeniera de Software Asistida por Computadora (CASE, Competer-Aided Software Engineering), que se crearon explcitamente para mejorar su trabajo rutinario mediante apoyo automatizado.
Admin. Lightning
Admin. Lightning
Mejora de la comunicacin analista-usuario: Para que el sistema propuesto se concrete y sea til en la prctica, es esencial una excelente comunicacin entre analista y usuarios durante todo el ciclo de vida del desarrollo de sistemas. El xito de la fruta implementacin del sistema depende de la capacidad de analistas y usuarios para comunicarse de una manera eficiente. Hasta el momento, de las experiencias de analistas que utilizan herramientas CASE se desprende que su uso fomenta una mayor y mas eficiente comunicacin entre usuarios y analistas.
Admin. Lightning
Admin. Lightning
Las herramientas CASE se clasifican como bajo nivel, de alto e integradas, estas ultimas combinando las de alto y bajo nivel en un solo conjunto. A pesar de que los expertos difieren en los criterios que definen con precisin cuales son herramientas CASE de alto nivel y cuales las de bajo nivel, podra ser til clasificarlas con base en los usuarios a los que dan apoyo. Las herramientas CASE de alto nivel ayudan principalmente a los analistas y diseadores, en tanto que la de bajo nivel son utilizadas con mas frecuencia por programadores y trabajadores que deben implementar los sistemas diseados con herramientas CASE de alto nivel.
Admin. Lightning
Admin. Lightning
Admin. Lightning
Admin. Lightning
Admin. Lightning
Admin. Lightning
La programacin externa (XP, Extreme Programmig) es un enfoque para el desarrollo de software que utiliza buena prctica de desarrollo y las lleva a los extremos. Se basa en valores, principios y prcticas esenciales los cuatros valores son la comunicacin, la simplicidad, la retroalimentacin y la valenta. Recomendamos a los analistas de sistemas que adopten estos valores en todos los proyectos que emprendan, no solo cuando recurran a medidas de programacin externa.
Los Valores originales de la programacin extrema son: simplicidad, comunicacin, retroalimentacin (feedback) y coraje. Un quinto valor, respeto, fue aadido en la segunda edicin de Extreme Programming Explained. Los cinco valores se detallan a continuacin:
Admin. Lightning
Simplicidad: La simplicidad es la base de la programacin extrema. Se simplifica el diseo para agilizar el desarrollo y facilitar el mantenimiento. Un diseo complejo del cdigo junto a sucesivas modificaciones por parte de diferentes desarrolladores hacen que la complejidad aumente exponencialmente. Para mantener la simplicidad es necesaria la refactorizacin del cdigo, sta es la manera de mantener el cdigo simple a medida que crece. Tambin se aplica la simplicidad en la documentacin, de esta manera el cdigo debe comentarse en su justa medida, intentando eso s que el cdigo est autodocumentado. Comunicacin: La comunicacin se realiza de diferentes formas. Para los programadores el cdigo comunica mejor cuanto ms simple sea. Si el cdigo es complejo hay que esforzarse para hacerlo inteligible. El cdigo autodocumentado es ms fiable que los comentarios ya que stos ltimos pronto quedan desfasados con el cdigo a medida que es modificado. Debe comentarse slo aquello que no va a variar, por ejemplo el objetivo de una clase o la funcionalidad de un mtodo. Retroalimentacin (feedback): Al estar el cliente integrado en el proyecto, su opinin sobre el estado del proyecto se conoce en tiempo real. Al realizarse ciclos muy cortos tras los cuales se muestran resultados, se minimiza el tener que rehacer partes que no cumplen con los requisitos y ayuda a los programadores a centrarse en lo que es ms importante.
Admin. Lightning
Coraje o valenta: Los puntos anteriores parecen tener sentido comn, entonces, por qu coraje?. Para los gerentes la programacin en parejas puede ser difcil de aceptar, porque les parece como si la productividad se fuese a reducir a la mitad ya que solo la mitad de los programadores est escribiendo cdigo. Hay que ser valiente para confiar en que la programacin por parejas beneficia la calidad del cdigo sin repercutir negativamente en la productividad. No se debe emprender el desarrollo de grandes marcos de trabajo (frameworks) mientra el cliente espera. En ese tiempo el cliente no recibe noticias sobre los avances del proyecto y el equipo de desarrollo no recibe retroalimentacin para saber si va en la direccin correcta. La forma de construir marcos de trabajo es mediante la refactorizacin del cdigo en sucesivas aproximaciones. Respeto: El respeto se manifiesta de varias formas. Los miembros del equipo se respetan los unos a otros, porque los programadores no pueden realizar cambios que hacen que las pruebas existentes fallen o que demore el trabajo de sus compaeros. Los miembros respetan su trabajo porque siempre estn luchando por la alta calidad en el producto y buscando el diseo ptimo o ms eficiente para la solucin a travs de la refactorizacin del cdigo. Los miembros del equipo respetan el trabajo del resto no haciendo menos a otros, sino orientndolos a realizarlo mejor, obteniendo como resultado una mejor autoestima en el equipo y elevando el ritmo de produccion en el equipo.
Admin. Lightning