Hola ALL,

Una duda sobre el uso de prototipos en un proyecto. ¿Alguien está utilizando prototipos + UML?; si es así, ¿en qué momento: después de contar con un documento de requerimientos, antes de definir casos de uso, después, ...?. Gracias.

Saludotes,
Javier Mtz. de Ibarreta

Hoy es la primera vez que entro a este foro llegue por medio de un buscador y me parecio muy interesante, la verdad no se como sea el manejo de esto, por lo tanto (según la fecha) no se si sea demasiado tarde para dar respuesta a la pregunta o por que sigue aún pubilco? no se.

Con respecto a la pregunta el concepto de prototipos es indistinto de si usas UML o no, lo importante es que es una herramienta felxible en cuanto al momento en que la uses, uno de sus objetivos es apoyar la especificación de los requerimientos del sistema, por que es el medio para entender y aclarar las ideas del usuario, por lo tanto desde este punto de vista se usa como apoyo a la etapa de análisis (yo lo trabajaría posterior a los casos de uso y como apoyo a la especificación de requerimientos), pero también es útil ya en la etapa de diseño para reflejar lo obtenido en diagrama de clases.
Espero haber sido explicita y que la información sea aún oportuna.




> javierml ha escrito:
> Hola ALL,
>
> Una duda sobre el uso de prototipos en un proyecto. ¿Alguien está utilizando prototipos + UML?; si es así, ¿en qué momento: después de contar con un documento de requerimientos, antes de definir casos de uso, después, ...?. Gracias.
>
> Saludotes,
> Javier Mtz. de Ibarreta
>

Hoy es la primera vez que entro a este foro llegue por medio de un buscador y me parecio muy interesante, la verdad no se como sea el manejo de esto, por lo tanto (según la fecha) no se si sea demasiado tarde para dar respuesta a la pregunta o por que sigue aún pubilco? no se.

Con respecto a la pregunta el concepto de prototipos es indistinto de si usas UML o no, lo importante es que es una herramienta felxible en cuanto al momento en que la uses, uno de sus objetivos es apoyar la especificación de los requerimientos del sistema, por que es el medio para entender y aclarar las ideas del usuario, por lo tanto desde este punto de vista se usa como apoyo a la etapa de análisis (yo lo trabajaría posterior a los casos de uso y como apoyo a la especificación de requerimientos), pero también es útil ya en la etapa de diseño para reflejar lo obtenido en diagrama de clases.
Espero haber sido explicita y que la información sea aún oportuna.




> javierml ha escrito:
> Hola ALL,
>
> Una duda sobre el uso de prototipos en un proyecto. ¿Alguien está utilizando prototipos + UML?; si es así, ¿en qué momento: después de contar con un documento de requerimientos, antes de definir casos de uso, después, ...?. Gracias.
>
> Saludotes,
> Javier Mtz. de Ibarreta
>

Hola,

> Invitado ha escrito:

> se como sea el manejo de esto, por lo tanto (según la fecha)
> no se si sea demasiado tarde para dar respuesta a la pregunta
> o por que sigue aún pubilco? no se.

Toda información es bienvenida ;-). Lo bueno de un foro es que los mensajes quedan ahí y pueden resultar de utilidad a cualquiera que los pueda necesitar, ahora o cuando sea, así que aunque la pregunta sea un poco antigua se aprecia la respuesta, más vale tarde que nunca :-)

> Con respecto a la pregunta el concepto de prototipos es
> indistinto de si usas UML o no, lo importante es que es una
> herramienta felxible en cuanto al momento en que la uses,
> uno de sus objetivos es apoyar la especificación de los
> requerimientos del sistema, por que es el medio para
> entender y aclarar las ideas del usuario, por lo tanto desde
> este punto de vista se usa como apoyo a la etapa de análisis
> (yo lo trabajaría posterior a los casos de uso y como apoyo a
> la especificación de requerimientos), pero también es útil ya
> en la etapa de diseño para reflejar lo obtenido en diagrama
> de clases.

La principal duda es saber en qué momento debería entrar en juego el prototipo, y aquí puede ser diferente según el punto de vista del tipo de empresa.

En una empresa "tradicional" de desarrollo de software se puede empezar con casos de uso muy generales y afianzar las especificaciones utilizando un prototipo para pasar después a completar los casos de uso. La cuestión es que probablemente en ese tipo de empresa el personal es principalmente técnico (Analistas, Analistas-Programadores, Programadores, ...) y casos de uso o prototipo pasan por sus manos y todos los comprenden.

Sin embargo, si tomamos como ejemplo una empresa orientada al desarrollo de aplicaciones web, las cosas cambian en el caso de que además se cuente con un equipo de diseñadores que, sin ser técnicos, sean los encargados de generar el prototipo. Si a éstos les pasamos unos documentos con casos de uso poco van a entender (o querer entender) de ellos. Y aquí está la duda, ¿con qué conviene meterse antes?, ¿con los casos de uso o con un prototipo?. Yo me inclino por los casos de uso desde mi punto de vista, pero también entiendo la otra postura y el hecho de que puedo terminar pasando una "documentación técnica" como base para la creación de un prototipo a quien no le va a prestar demasiada atención (aunque sea realmente sencillo seguir tales casos de uso).

Saludotes,
Javier Mtz. de Ibarreta

Hola:

Si, yo no había visto este punto de vista, pero es bastante interesante, y efectivamente esto se trata de un punto de vista y en ese caso es necesario ver en que contexto nos estamos desenvolviendo para tomar la decisión de el momento indicado para usar los prototipos o sí son realmente necesarios.

Con respecto al ejemplo de la empresa orientada al desarrollo de aplicaciones web expuesto, yo comparto su opinión de iniciar con trabajo de análisis ( casos de uso, especificaciones), y pienso que el prototipo debe ser antecedido de un análisis previo, mejor dicho definitivamente no iniciaría con un prototipo.

Nota:
Nuevamente expreso lo interesante que me ha parecido este foro, realmete me decidi a exponer mi opinion del tema por que me parece una muy buena oportunidad para aprender del tema, soy estudiante de ing de sistemas y en este momento asisto a la asignatura de ing de SW en la que estamos desarrollando un proyecto con una empresa y a pesar de que me gusta mucho el tema me he visto muy desilusionada y sobretodo confundida, puesto que yo anteriormente trabajaba con el paradigama estructurado y ahora trabajamos O.Objetos y no se, estoy desanimada y es que genera uno algún modelo y ya al momento toca cambiarlo que por que la necesidad del cliente cambio, que por que no cumple la especificación entonces eso desmoraliza y mejor dicho ni para que sigo ...realmente sólo quería desahogarme.

Gracias y que pena tomarme el espacio para desahogarme pero depronto encuentro alguien que alguna vez se haya visto en situación similar y pueda aconsejarme.
Nuevamente Gracias!!!

Hola,

> Invitado ha escrito:

> Con respecto al ejemplo de la empresa orientada al desarrollo de aplicaciones web
> expuesto, yo comparto su opinión de iniciar con trabajo de análisis ( casos de uso,
> especificaciones), y pienso que el prototipo debe ser antecedido de un análisis previo,
> mejor dicho definitivamente no iniciaría con un prototipo.

Pienso que antes del prototipo es conveniente al menos contar con una lista de los casos de uso más importantes aunque queden descritos de una forma muy general para retomarlos y definirlos más detalladamente tras la creación de ese prototipo (en algunos libros, como los de Jacobson, Rumbaugh y Booch sobre UML, solo he visto un tratamiento muy general de la definición que dan del concepto de casos de uso, sin embargo hay un libro, UML y patrones, de Larman, en que me parece más acertada la forma de exponer cómo deben ser dependiendo del momento del ciclo de vida en que nos encontremos). Lo que ocurre es que en el caso en que se encarguen de realizar el prototipo diseñadores sin unos conocimientos básicos sobre UML (aunque realmente muy básicos, entiendo que la descripción textual de los casos de uso debe ser muy sencilla de seguir al menos en una fase inicial del proyecto) tendremos un problema de comunicación, y en el fondo un lenguaje de modelado, como también cualquier metodología, no es un fin en sí mismo; tan solo es una herramienta, pero en la situación concreta que te comento me parece una herramienta insuficiente por esa carencia en la comunicación entre los componentes del equipo de desarrollo.

> asignatura de ing de SW en la que estamos desarrollando un proyecto con una empresa
> y a pesar de que me gusta mucho el tema me he visto muy desilusionada y sobretodo
> confundida, puesto que yo anteriormente trabajaba con el paradigama estructurado y
> ahora trabajamos O.Objetos y no se, estoy desanimada y es que genera uno algún
> modelo y ya al momento toca cambiarlo que por que la necesidad del cliente cambio,

No te desanimes, aunque eso sí, tendrás que acostumbrarte :-D. Independientemente de que la metodología sea tradicional u OO, es muy frecuente que el cliente cambie de opinión (muchas veces no sabe ni lo que quiere, lo raro es que no cambie de opinión), y con esto las especificaciones de requerimientos tienden a ser muy cambiantes, pero mejor que lo sean al principio, casi en una fase de "pre-análisis", así que conviene dejar atado (y firmado por el cliente :-D) todo lo que se pueda antes de comenzar a implementar. Con el tiempo verás que adquieres poderes adivinatorios ;-D y que tiendes a saber, sin equivocarte demasiado, lo que se le ocurrirá al cliente la semana que viene y lo que querrá añadir o quitar :-D, así que te recomiendo que vayas guardando versiones de los documentos que vayas generando durante el análisis, porque seguramente te volverán a ser útiles.

Saludos,
Javier Mtz. de Ibarreta

como también cualquier metodología, no es un fin en sí mismo; tan solo es una herramienta, pero en la situación concreta que te comento me parece una herramienta insuficiente por esa carencia en la comunicación entre los componentes del equipo de desarrollo.
>
He revisado en estos días UML de larman y comparto tu opinión


> No te desanimes, aunque eso sí, tendrás que acostumbrarte :-D. Independientemente de que la metodología sea tradicional u OO, .........

Gracias por tu opinión, ya había leido anteriormenete aunque no había contestado estoy tomando en cuenta tus consejos