Please enable JavaScript.

Coggle requires JavaScript to display documents.

ESPECIFICACIÓN DE REQUERIMIENTOS, ESPECIFICACIONES ESTRUCTURADAS, PROCESOS…

- - - - 3) Una descripción de sus salidas y a donde se dirigen.
      - 4) Información sobre los datos requeridos para el cálculo u otras entidades en el sistema que se utilizan (la parte “requiere”).
      - 5) Una descripción de la acción que se va a tomar.
      - 6) Si se usa un enfoque funcional, una precondición establece lo que debe ser verdadero antes de llamar a la función, y una postcondición especifica lo que es verdadero después de llamar a la función.
      - 7) Una descripción de los efectos colaterales (si acaso hay alguno) de la operación.
      - 2) Una descripción de sus entradas y sus procedencias.
      - 1) Una descripción de la función o entidad a especificar.
- - - - 1) COMPROBACIONES DE VALIDEZ.
        
        Un usuario quizá crea que necesita un sistema para realizar ciertas funciones, con mayor consideración y análisis se logra identificar las funciones adicionales o diferentes que se requieran.
        
        Los sistemas tienen diversos participantes con diferentes necesidades, y cualquier conjunto de requerimientos es inevitablemente un compromiso a través de la comunidad de participantes
      - 2) COMPROBACIONES DE CONSISTENCIA.
        
        Los requerimientos en el documento no deben estar en conflicto. Esto es, no debe haber restricciones contradictorias o descripciones diferentes de la misma función del sistema.
      - 3) COMPROBACIONES DE TOTALIDAD.
        
        El documento de requerimientos debe incluir requerimientos que definan todas las funciones y las restricciones pretendidas por el usuario del sistema.
      - 4) COMPROBACIONES DE REALISMO.
        
        Al usar el conocimiento de la tecnología existente, los requerimientos deben comprobarse para garantizar que en realidad pueden implementarse. Dichas comprobaciones también tienen que considerar el presupuesto y la fecha para el desarrollo del sistema.
      - 5) VERIFICABILIDAD.
        
        Para reducir el potencial de disputas entre cliente y contratista, los requerimientos del sistema deben escribirse siempre de manera que sean verificables. Esto significa que usted debe ser capaz de escribir un conjunto de pruebas que demuestren que el sistema entregado cumpla cada requerimiento especificado.
- - - - 3) Use texto resaltado (negrilla, cursiva o color) para seleccionar partes clave del requerimiento.
      - 4) No deduzca que los lectores entienden el lenguaje técnico de la ingeniería de software. Es fácil que se malinterpreten palabras como “arquitectura” y “módulo”. Por lo tanto, debe evitar el uso de jerga, abreviaturas y acrónimos.
      - 2) Utilice el lenguaje de manera clara para distinguir entre requerimientos obligatorios y deseables. Los primeros son requerimientos que el sistema debe soportar y, por lo general, se escriben en futuro “debe ser”. En tanto que los requerimientos deseables no son necesarios y se escriben en tiempo pospretérito o como condicional “debería ser”.
      - 5) Siempre que sea posible, asocie una razón con cada requerimiento de usuario. La razón debe explicar por qué se incluyó el requerimiento. Es particularmente útil cuando los requerimientos cambian, pues ayuda a decidir cuáles cambios serían indeseables.
      - 1) Elabore un formato estándar y asegúrese de que todas las definiciones de requerimientos se adhieran a dicho formato. Al estandarizar el formato es menos probable cometer omisiones y más sencillo comprobar los requerimientos. El formato que usa el autor expresa el requerimiento en una sola oración. A cada requerimiento de usuario se asocia un enunciado de razones para explicar por qué se propuso el requerimiento. Las razones también pueden incluir información sobre quién planteó el requerimiento (la fuente del requerimiento), de modo que usted conozca a quién consultar en caso de que cambie el requerimiento.
- - - - Se necesitan herramientas de apoyo para:
        
        1) ALMECENAMIENTO DE REQUERIMIENTOS
        
        Los requerimientos tienen que mantenerse en un almacén de datos administrado y seguro, que sea accesible para todos quienes intervienen en el proceso de ingeniería de requerimientos.
        
        2) ADMINISTRACIÓN DEL CAMBIO
        
        El proceso de administración del cambio se simplifica si está disponible la herramienta de apoyo activa.
        
        3) ADMINISTRACIÓN DEL SEGUIMIENTO
        
        La herramienta de apoyo para el seguimiento permite la identificación de requerimientos relacionados. Algunas herramientas que están disponibles usan técnicas de procesamiento en lenguaje natural, para ayudar a descubrir posibles relaciones entre los requerimientos.