Preguntas y respuestas sobre el proceso SE # 1

Question:Describa los componentes y la calidad necesarios para los documentos de especificación de software.

Answer:El documento de especificación de software puede definirse como un conjunto de documentos que tienen detalles completos sobre el software, al igual que las funciones del software, la necesidad del software, la estructura del diseño y su eficiencia. Un conjunto de estos valiosos hechos satisfizo al sistema de software. Reducir la brecha entre desarrollador y usuario es el principal objetivo de estos documentos. Con la ayuda de estos documentos, el usuario y el desarrollador comprenden fácilmente la necesidad y las expectativas de este sistema de software. Hasta que un cliente no obtiene la documentación adecuada con respecto a la especificación del software, nunca piensa que este sistema de software está a favor o no. Satisface la necesidad del usuario o no. Sin un documento específico, no es fácil para nadie que pueda satisfacer a su cliente de que este sistema de software completa sus expectativas.

Un documento específico con respecto al software tiene mucha calidad que se define a continuación, con la ayuda de estas cualidades un sistema de software puede lograr su objetivo.

  1. Completeness- La base de los documentos del sistema de software especificados es cubrir todos los puntos que satisfacen al cliente. En caso de que no se encuentre información completa en esos documentos, entonces se planteará una serie de preguntas en contra de esto y no será bueno para el desarrollador y el cliente. Ambas partes pierden su confianza por esto. En resumen, los documentos satisfechos de un software describen todos los puntos relacionados con su función y desempeño.

  2. Accurate - Debe haber una precisión del 100% cuando se presente un documento de especificación de software porque desorienta al cliente si este informe no es exacto.

  3. Understandable - El documento de especificación del software no debe ser confuso, lo que significa que la visión u objetivo debe ser claro y comprensible para que el usuario pueda comprenderlo fácilmente y estar satisfecho con este informe.

  4. Regularity - La regularidad también es una parte principal de este documento porque cada parte o punto se cubre paso a paso para que la confianza se pueda construir a favor de estos documentos.

  5. Alterable- La calidad de la alteración también debe estar presente en el documento de especificación del software porque la necesidad del cliente y del software puede cambiar en cualquier momento. Entonces, para este cambio, un gran alcance debe estar presente en este informe de documento.

  6. Followable- Si el documento especificado por el software cubrió todos los puntos paso a paso, entonces cualquiera puede entenderlo fácilmente y verificarlo nuevamente en todos los niveles. En resumen, la verificación cruzada se realiza fácilmente con este informe.

  7. Valid - Todo documento relacionado con el mismo debe ser válido por ley, requisito y necesidad del cliente.

Partes del documento de especificaciones de software

Cada proyecto tiene una necesidad específica. Por lo tanto, no hay ninguna idea presente que pueda usarse en todo momento o en cada situación. Entonces, para el informe del documento de especificación de software, tenga muchas vistas para construirlo. Pero cada informe necesita una guía, con la ayuda de estos informes completados, de lo contrario, no es posible.

  1. Introduction - La introducción de cualquier cosa contiene algún punto que es necesario.

    • ¿Cuál es el objetivo del documento?

    • Área de necesidad

    • Cubre el punto corto al igual que el costo y el horario.

    • Una breve nota sobre ese producto.

  2. General detail - Esta sección del informe cubre los siguientes puntos:

    • Cubre aquellos puntos que pueden afectar las necesidades y el software del cliente.

    • Definir la relación con otro producto y compararlo muchas veces.

    • Detalles de las funciones que puede realizar el software.

    • Calidad o características básicas para los usuarios.

    • En beneficio de los objetivos y necesidades del cliente proporcionados.

  3. Functional need- Durante este paso, cada función debe describirse claramente, lo que realiza el software después de ingresar los datos y obtener la salida. Para realizar cualquier tipo de acción por parte de este software, debemos definir cosas como la operación que realiza el software y cuál debería ser la salida requerida de este.

  4. Nature of outside need- Bajo este punto de especificación del documento de software debe detallarse toda la posible naturaleza del software y qué tipo de estructura utilizar. Debe estar disponible un detalle completo sobre el manual del usuario, el formato y los comentarios del software.

  5. Needs for performance- El detalle de la necesidad relacionada con el desempeño o la acción realizada por el software que juega un papel importante en la especificación del documento relacionado con el software. La acción realizada por el software es a favor, lo que significa que la calidad de este software es buena y de acuerdo con el estándar que decide el cliente. El rendimiento debe estar en ese estado que pueda medirse fácilmente. El área de actuación se cubren los puntos como tiempo de respuesta y tiempo esperado, etc.