Barrapunto

Hola, no entro en lo de la noticia.

Me gustaria tener aplicaciones para "radiografiar" un enorme projecto de codigo en C. Algo que combierta miles de lineas de C en graficos para estudiarlos de un vistazo. Tambien programas o librerias para optimizar codigo. Ahora mismo tengo una libreria que sustituye a las funciones de de memoria dinamica (malloc y demas) que permite hacer logs y parece muy practica. Quizas alguien quiera ser amable y me quiera hablar de otras, multiplataforma si puede ser. [ He visto que el proyecto GNU tiene un profiler, pero no me termina de servir para mis propositos. ]. Solo es eso.

En primer lugar, me parece correctísimo y muy deseable que aparezcan este tipo de asuntos en portada. Creo que es necesaria una mayor concienciación en la necesidad de documentar el software antes que desarrollarlo. Los casos de uso yo los veo como una herramienta más en el desarrollo del software (sobre todo en las primeras etapas) que proporcionan una visión general de los requerimientos de un sistema. Cuando abordas un proyecto que te pasan puedes obtener una primera impresión de qué va el asunto. Sin embargo por sí solos no valen mucho: deben ir acompañados de diagramas y especificaciones para reflejar los comportamientos estáticos y dinámicos de un proyecto, es decir, de una Especificación de Requisitos del Software completa. Saludos.

Pienso que se debería pensar en 2 tipos de modelos, el modelo esencial y el modelo de implementación. Si se utiliza el caso de uso para indicar que hace el sistema al presionar un botón estamos hablando de modelo de implementación que no sirve en las primeras etapas de desarrollo donde se debe tener muy claro cual es el modelo esencial. Para realizar el modelo esencial el caso de uso es fundamental para indicar como debe responder el sistema ante ciertos eventos o estímulos que recibe del ambiente. Sería algo como un diagrama de contexto. Un alumno egresado de 9no año presenta documentación para inscribirse en 1ro polimodal. Esto sería un estímulo para un sistema de administración escolar de polimodal, donde tenemos al actor (egresado de 9no año) que estimula al sistema con la presentación de la documentación de inscripción. Como toda herramienta, el caso de uso debe ser utilizado donde corresponde y para la función que fue ideado. No deberíamos utilizar un serrucho para clavar un clavo, aunque se puede hacer....

A mi los casos de uso me parecen utiles para identificar el "que" del sistema el "como" ya se ira definiendo en siguientes etapas, gracias a los casos de uso se pueden identificar cuales son el resto de elementos con los que el sistema interactua y me ayudan a aclarar que funciones ofrece y a quien se las ofrece de una forma bastante concisa.

Además creo que como modelo de definición son bastante flexibles,es un modelo que se adapta bastante bien a casi cualquier sistema, en muchas ocasiones el gran problema de las metodologias de desarrollo es que obligan a que nuestro sistema se adapte al modelo lo que suele ser bastante antinatural y aportar más confusión que otra cosa.

En Internet podeís encontrar bastante material sobre UML, pero uno de los mejores libros gratis a mi criterio lo podeís encontrar aquí:

http://www.ariadnetraining.co.uk/books.htm [ariadnetraining.co.uk]

Yo me había currado unos Title (tampoco mucho) para cada enlace pero parece que Slash se los ha comido.

Bueno, yo no se tú, pero por este tipo de noticias es por las que me apetece leer en barrapunto y son las que enriquecen "técnicamente" a la gente que le apetece saber más acerca de ello. Para quien le interese la noticia lleva enlaces para ampliar información. Es posible que debieras haber leido más para decidir si te interesaba o no... Además la noticia tiene otra virtud, desde mi punto de vista y es que fomenta el debate y el intercambio de experiencias, algo fundametal en la informática, yo creo...

Está asignada al apartado de programación y claro, si no te interesa ese tema probablemente no te va a interesar la noticia/artículo. Pero debes pensar que quizá a mi no me interese demasiado otras cosas que a ti te interesan.

A mi me gustaría pensar que barrapunto es muy grande (más que solo la portada) y que cabemos todos...
Saludos

"Es un error que donata la muy baja o nula preparacion que hay en este pais por parte de los programadores. Luego diran que no hace falta hacer una carrera para tal y cual... "

...ya, como enseñan tanto de POO, AOO, DOO y UML en las carreras ...

Pues mira, con la primera parte estaba de acuerdo contigo, pero el resto de tu comentario me da vergüenza ajena.

Para aprender UML basta con coger un libro de los muchos que hay sobre el tema desde hace siglos, que es lo que tendrá que hacer cualquiera que no lo haya estudiado en la carrera, y esto incluye tanto a quien no ha estudiado la carrera (yo empecé, pero no terminé) como a quien no ha estudiado UML en la carrera, que serán bastantes dado que es relativamente reciente.

En fin, a mamarla!

Sin prisas, hombre, sin prisas, que no se te note tanto el ansia.

Estoy en parte de acuerdo con lo que has dicho, excepto en lo siguiente:

- Vale que un programador debería conocer UML para, al menos, interpretarlo y usarlo para la fase de codificación. Pero creo que quien tiene que saber crear notaciones UML correctas es el Ingeniero en Informática.

- ¿Los "diagramas de casos de uso" no son en realidad los diagramas de secuencia?

Hay dos tipos de desarrolladores de software: el místico y el matón.

El místico diseña las especificaciones del programa a muy alto nivel, mientras que el matón coge las especificaciones del místico y realiza el trabajo sucio (pica código para implementarlas).

Los místicos puede que ni siquiera toquen una sola línea de código. Los matones probablemente no puedan tocar ni una sola de las especificaciones en pos de facilitar su trabajo.

Por eso, los "místicos" utilizan mariconadas como el UML, el Rational Rose y demás. Los matones sólo utilizan compiladores (o intérpretes, claro), editores y depuradores (y mucho café).

PD: Cuando decía que UML y demás eran mariconadas, aún no sé si lo decía con ironía o no...