¿Cuáles son los diferentes tipos de documentos necesarios para el desarrollo de software?

Question

Conozco el Documento de requisitos funcionales y el Documento de especificaciones técnicas. Sin embargo, me gustaría saber cuáles son los diferentes documentos necesarios para un desarrollo de proyecto general.

Digamos que tengo una empresa pequeña, y quiero construir un proyecto para otra empresa. ¿Cuáles son los diferentes documentos que debo presentar desde el principio hasta el final? ¿Y dónde encajan el FRD y el TSD?

Answer 1

Tal vez estos será un buen comienzo: http://en.wikipedia.org/wiki/Software_documentation

http://stc-carolina.org/newsletter/tiki-index.php?page=Documents+That+No+Project+Cannot+Be+Without

pero yo diría que todo depende del contexto. Se requerirán diferentes entregables para los proyectos ágiles, así como para los proyectos RUP. Esta lista debe acordarse con la compañía/cliente objetivo.

Answer 2

Vaya para el SRS en primer lugar. Es muy necesaria una documentación escrita legal que involucrará todos los tipos de cosas que se incluirían en un software. Muestra tu profesionalismo.

Answer 3

Para el desarrollo de un software perfecto siguientes documentos son obligatorios en serie:

1. URS (Especificación de requisitos de usuario): El punto sabia URS se describen todos los requisitos del software.
2. UI: Dependiendo de la URS se diseñan ciertas páginas del software. Esto también incluye mensajes de error, mensajes emergentes, etc.
3. SRS (Especificación de requisitos del sistema): El punto SRS define los requisitos del sistema según el URS.
4. STC (Casos de prueba del sistema): Después de que se desarrolla el software, la prueba del sistema se realiza y se registra en STC
5. UAT (Prueba de aceptación del usuario): después de que todos los casos de prueba del sistema software cubre todos los puntos como se menciona en la URS y se prepara como se esperaba
6. DTL (defecto Track Log): todos los errores/defectos registrados durante UAT/STC se mencionan en DTL de modo que puedan ser fijados

Después todos los errores se arreglan en el segundo ciclo de STC y UAT se lleva a cabo para verificar si todo está bien ahora y cumplir con las expectativas del usuario. Y, finalmente, el software está listo para usar.