Cómo crear Requisitos de software Especificaciones

Después de completar sus requisitos funcionales y de negocio, ahora tiene que especificar los requisitos de software y plataformas. Esto no es tan fácil como escribir las especificaciones funcionales, es necesario tener algo de una formación técnica y el conocimiento en profundidad de su infraestructura técnica y el medio ambiente para completar este paso de la gestión del proyecto conocido como Requisitos de software Especificaciones (SRS). Sigue leyendo para saber cómo crear Requisitos de software Especificaciones.


  • Video: Analisis de requerimientos

    Contemplar si se trata de una acumulación o comprar productos. Lo más probable es que esto ya ha sido determinada. Aún así, es bueno para hacer la debida diligencia de examen en este documento. Esta es la solución propuesta e incluye el alcance de esta entrega.

  • Video: Análisis de Requerimientos - Desarrollo de Sistemas Web y Aplicaciones Móviles

    completar una "visión de conjunto" sección que detalla la aplicación y del sistema. Este es un resumen de alto nivel sólo en el entorno de aplicaciones y del sistema, los usuarios y todas las restricciones conocidas, suposiciones o dependencias.

  • Resumir los requisitos operacionales. Se necesitarán más espacio en disco o servidor para manejar la aplicación? Cuando es la aplicación disponible o no? Identificar los planes de comunicación de red, configuración de estación de trabajo y de recuperación de desastres.

  • Identificar los puntos de integración con interfaces internas y externas. ¿Cuál es la interfaz de usuario (GUI) como? Son los informes depende de esta nueva aplicación? Lista de todas las interfaces de hardware, software y comunicaciones.

  • Video: Especificación de requisitos

    Una lista de todos los datos conocidos y características requisitos (funcionales).

  • Enumerar los requisitos no funcionales o de rendimiento (tiempo de respuesta, el número de usuarios simultáneos), los requisitos de seguridad (MLA, LDAP) o cualquier atributo de calidad excepcional.

  • Reiterar las reglas de negocio a partir de la documentación de requerimientos de negocio. Los desarrolladores no pueden ver las reglas de negocio, sino que tendrán acceso a esta SRS.

  • Una lista de cualquier documentación adicional (manual de usuario) o de las necesidades de formación.

  • Consejos & advertencias

    • Sea consistente en la jerga que utiliza. No encienda hasta nombres de los procesos o sistemas en todo el documento.
    • No hay que subestimar lo que hay que hacer que el costo se ven mejor en el papel. Retrabajo es mucho más costoso en el largo plazo.
    Artículos Relacionados