Estándares de requisitos, te recomiendo el libro de los Robertson (Mastering the requirements process) y el formato que proponen. De ahí destilamos el formato que usamos en todos nuestros proyectos que va bastante bien con algún cambio. Se relaciona bien además con la descripción en Casos de Uso, que nosotros usamos para los proyectos pero no todos los clientes quieren o entienden y prefieren algo más textual.
Eso sí, la parte del procedimiento que denominan Volere, con tarjetas y demás no te la recomendaría.
Joder, he ido a la web de IEEE para bajarme el estándar 830 (el que describe
cómo se debe hacer el documento de requisitos software de cualquier
proyecto) y me he quedado sorprendido cuando veo que los cabrones lo venden
por 100 dólares.
¿Alguno tenéis a mano la última versión? (1998, al parecer). Es urgente, si
me la podéis pasar al correo privado...
Y esto me da pie a otra pregunta. ¿Cuál creéis que es el mejor estándar para
describir los requisitos de un sistema o, dicho de otro modo, para hacer el
análisis? Algo de 1998 me parece un poco antiguo... pero no sé. Realmente
con el 830 de IEEE me pierdo un poco, porque no sé exactamente en qué
apartados meter los diagramas de casos de uso, de clases, etc, etc. Es todo
tan confuso...
Un abrazo.
Sin conexión 
Enviar mensaje