Ir al contenido principal

Especificación de requisitos de software

Especificación de requisitos de software

La especificación de requisitos de software (ERS) es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad.
Resultado de imagen para Especificación de requisitos de software

Prácticas recomendadas para una buena ERS

Las características de una buena ERS son definidas por el estándar IEEE 830-1998. Una buena ERS debe ser:
·Completa. Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas.
·Consistente. Debe ser coherente con los propios requerimientos y también con otros documentos de especificación.
·Inequívoca. La redacción debe ser clara de modo que no se pueda mal interpretar.
·Correcta. El software debe cumplir con los requisitos de la especificación.
·Trazable. Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada.
·Priorizable. Los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales.
·Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable.
·Verificable. Debe existir un método finito sin costo para poder probarlo.

Tipos de requisitos

1.   Requisitos de Usuarios: Necesidades que los usuarios expresan verbalmente
2.   Requisitos del Sistema: Son los componentes que el sistema debe tener para realizar determinadas tareas.
3.   Requisitos Funcionales: Servicios que el sistema debe proporcionar al finalizar el sistema.

Restricciones de Diseño

Todo aquello que restrinja las decisiones relativas al diseño de la aplicación: Restricciones de otros estándares, limitaciones del hardware, etc.
Resultado de imagen para Especificación de requisitos de software

Comentarios

Publicar un comentario

Entradas más populares de este blog

Análisis Y Sintesis De Información

Análisis Y Sintesis De Información ¿Qué es una síntesis?   Una síntesis es un escrito donde se exponen las ideas principales de un texto tras su análisis y comprensión. Estas ideas se corresponden con la opinión del autor y ayuda a una mejor comprensión del mismo para facilitar su entendimiento o estudio, por lo que son expresadas con las palabras de la persona que redacta la síntesis. En una síntesis analizamos estas ideas y las expresamos desde nuestro punto de vista, aunque también deban corresponderse con la opinión del autor. Es decir, debemos de comprender el texto, analizarlo, agrupar sus ideas y luego escribirlas pasadas por nuestro propio filtro. Cómo hacer una síntesis Para redactar una síntesis sobre un ensayo o texto leído debemos de seguir los siguientes pasos: 1)           Leer el texto con atención una primera vez. 2)           Releer el texto, pero esta vez subrayando las ideas principales 3)           Asegúrese de haber entendido correctamente
Publicar un comentario
Leer más

Metodologías de Desarrollo tradicionales: cascada, modelo en V y espiral.

Metodologías de Desarrollo tradicionales MODELO V El Método-V es una representación gráfica del ciclo de vida del desarrollo del sistema. Resume los pasos principales que hay que tomar en conjunción con las correspondientes entregas de los sistemas de validación. La parte izquierda de la V representa la corriente donde se definen las especificaciones del sistema. La parte derecha de la V representa la corriente donde se comprueba el sistema (contra las especificaciones definidas en la parte izquierda). La parte de abajo, donde se encuentran ambas partes, representa la corriente de desarrollo.          La corriente de especificación consiste principalmente de: ·           Especificaciones de requerimiento de usuario ·           Especificaciones funcionales ·           Especificaciones de diseño La corriente de pruebas, por su parte, suele consistir de: ·           Calificación de instalación ·           Calificación operacional ·           Calificación de ren
Publicar un comentario
Leer más

Modelado UML

Modelado UML El Lenguaje de Modelado Unificado (UML:Unified Modeling Language) es la sucesión de una serie de métodos de análisis y diseño orientadas a objetos que aparecen a fines de los 80's y principios de los 90s.UML es llamado un lenguaje de modelado, no un método. Los métodos consisten de ambos de un lenguaje de modelado y de un proceso. Semántica y Notación Una de las metas principales de UML es avanzar en el estado de la integración institucional proporcionando herramientas de interoperabilidad para el modelado visual de objetos. Sin embargo para lograr un intercambio exitoso de modelos de información entre herramientas, se requirió definir a UML una semántica y una notación. La notación es la parte gráfica que se ve en los modelos y representa la sintaxis del lenguaje de modelado.  El lenguaje está dotado de múltiples herramientas para lograr la especificación determinante del modelo, pero en nuestro caso se trabaja en forma simplificada sobre:
Publicar un comentario
Leer más