Nivel de detalle más bajo para especificaciones funcionales para ser útil

Question

Donde trabajo, a la gente no le gusta escribir especificaciones. (Chico, ¿alguien?) Así que no lo hacen, a menos que sean obligados por sus jefes. Si se ven obligados a escribirlos, los hacen lo más cortos posible. (Por cierto, ellos también incluyen yo .)

Esto da como resultado especificaciones como

• Este software registra el tiempo entre el evento A y B en el registro de eventos
• El nombre y la ruta del parámetro X se establecen en un archivo de configuración en formato ini.
• El software está activo sin que un usuario necesite iniciar sesión en la computadora (implementación como un servicio de Windows)

Este ejemplo está tomado de un proyecto muy pequeño y funcionó bastante bien, pero no creo que sea suficiente para nada más complejo. No especifiqué los requisitos de SO / hardware porque este es un desarrollo interno y tenemos estándares de la compañía o del departamento que los cubren.

Entonces mi pregunta es: ¿Cuál considera el nivel de detalle mínimo absoluto en una especificación funcional para cualquier software no trivial?

Answer 1

En mi humilde opinión, lo importante sobre las especificaciones funcionales (y todos los demás métodos / herramientas formales para el desarrollo de software y la planificación de proyectos (Yourdon, SSADM, PRINCE2, UML, etc.) es que fomentan las buenas prácticas haciéndote pensar en líneas comunes. no garantizan el éxito, pero alientan el éxito formalizando buenas prácticas

Entonces, el hecho de que los FS se creen es algo bueno, incluso si tal vez podrían ser mejores. Un poco de planificación y preparación es mejor que nada, que es lo que hacen muchos desarrolladores.

¿Qué debería ir idealmente en un FS? Tanto como sea necesario y lo menos posible. Solo porque algunas especificaciones funcionales cubren X, Y & amp; Z no significa que el tuyo debería. Si te vuelves demasiado prescriptivo, agregarás burocracia innecesaria a proyectos más simples; en consecuencia, para proyectos complicados, un enfoque prescriptivo podría alentar al desarrollador a detenerse por debajo del nivel de detalle al que realmente deberían ir.

Answer 2

Joel en Software escribió un artículo de craqueo sobre especificaciones.

Puedes encontrarlo aquí Discusión de especificaciones