_____
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Calvin Sent: Monday, December 18, 2006 10:34 AM Subject: [arquitectura] [OT] Diagrama Cliente? Hola Diego Para eso yo utilizo lo siguiente: Glosario: Para tener un lenguaje en común, en realidad me aseguro que la terminología que utilizo es la correcta. Este glosario lo aprueba el cliente y es un primer paso o garantía de entendimiento. Casos de Uso: ( Independientemente de que luego codifiques controladores de caso de uso o no ) Expresan los actores, precondiciones, condiciones de exito y casos de excepción. No hay que armar todos, deben ser macros , no sirve si tenés 200 casos de uso. Entre 20 y 25 por lo general alcanzan para describir sistema de mediana complejidad. Diagrama de clases: No me han servido de mucho. No los uso con los clientes. ( en terminos genrales ) Inventario de artefactos: No lo uso demasiado, pero son mucho más utilies que los diagramas de clase. Solo expresan el modelo de dominio, no la implemenatción de esos artefactos. Inventario de actores: Es un complemento del glosario y sirve para interpretar correctamente los casos de uso. Lo que mas uso y resultado me da son GLOSARIO, CASOS DE USO. Te adjunto unos templates de los casos de uso. Daniel Calvin 2006/12/18, Diego Jancic <[EMAIL PROTECTED]>: Hola gente!, Hay alguna forma de diagrama de modelo que pueda entender un cliente?? Estoy buscando algún diagrama que muestre el dominio que se va a utilizar... Para un programador serviría un diagrama de clases, pero el cliente en general entiende algo? o hay que usar los documentos tipo CMMI? Estoy buscando algún tipo de documentación <<rapida de hacer>> y <<rapida de leer>> que un cliente medianamente inteligente sea capaz de entender... Creo que alguien que no es de sistemas no entiende la mayor parte de UML a priori... alguna experiencia? Gracias!, Diego -- Daniel A. Calvin Cooperator Team Member http://www.cooperator.com.ar Microsoft Certified Professional
Modelos.rar
Description: Binary data
