Conclusión.

IEEE-STD-830-1998
Página 1 de 6
ESPECIFICACIONES DE LOS REQUISITOS DEL SOFTWARE.

Conclusiones Standard IEEE830-1998.

Trabajo a realizar: Análisis de requerimientos.

Fecha: agosto de 2017.

Especificación de Requerimientos de Software. (E.R.S.)

 Página 2 de 6

Lo expuesto a lo largo de esta Especificación de Requerimientos de Software (ERS) permite

arribar y entender las siguientes conclusiones:

En cuanto al concepto de requerimientos de especificaciones de Software y en la aplicación en

el propósito, ámbitos de sistema, definiciones, referencias y una visión en general del

documento. Se expresa mediante el entendido de a quién va dirigido para formular de la misma

manera beneficios, objetivos y metas que se esperan alcanzar con el futuro sistema.

Referenciando todos aquellos documentos de nivel superior en Ingeniería de sistemas, que

incluyen Hardware y Software de los cuales se deben mantener la consistencia con el

documento de (ERS), si existe. Teniendo en cuenta referencias, siendo un concepto relacional y

en el entendido de una amplia aceptación donde se viabiliza y justifica su uso para definir el

producto software con otros productos. En la cual como producto independiente de otros

productos. Especificando en la (ERS) si es un producto que conforma como parte de un sistema

mayor, y justifica su uso para definir la igualdad en la aplicación de esta especificación.

De los aspectos que deben ser importantes y que deben ser precisados en esa noción básica la

funcionabilidad del producto descrito en la (ERS), identificando las interfaces, recomendando

utilizar diagramas de bloques, que nos permitan desarrollar esquemas para su comprensión de

las operaciones de control en el sistema, a través de una pictografía de las funciones de cada

elemento físico de dicho diseño.

Probando y mostrando un resumen, a grandes rasgos de las funciones del futuro sistema,

probando la funcionabilidad del mismo en los (ERS), de manera organizacional, apoyándose de

gráficos y que estos reflejen a través de las funciones del producto y no el diseño del sistema

como tal.

Caracterizando a su vez y de manera general los usuarios del producto, aportando nivel

educacional, experiencia y técnicas.

Ing. Sistemas Computacionales.

Análisis de Sistemas.
 Página 3 de 6

Por lo tanto, en la aplicación de esta también existen restricciones o llamadas delimitaciones

que se imponen sobre los desarrollos del producto en;

+ Políticas de la Empresa.

+ Limitaciones de Hardware.

+ Interfaces con aplicaciones, operaciones de manera paralela, auditorias, lenguajes de

programación, protocolos de comunicación, requisitos de habilidad y consideraciones de

seguridad.

En cuanto a las consecuencias, suposiciones y de manera dependiente la (ERS) en muy clara en

cuanto a la organización de las empresas, toman en cuenta el criterio de si un sistema se

ejecuta bajo algunos criterios de un sistema operativo, en el cambio y la fluctuación de

detalles técnicos, como el mismo sistema operativo, dado el caso se evalúa la necesidad de

revisar y cambiar los requisitos.

Para que, en posteriores futuros, la subsección, hará un bosquejo de las mejoras al sistema

donde podrían ampliarse e implementarse en las (ERS), porque estos requisitos específicos

contienen a nivel de detalle lo suficiente como para permitir a los diseñadores un sistema que

logre satisfacer estos requisitos para que el equipo de pruebas planifique y realice dichas

pruebas, que demuestren si un sistema satisface, o no, los requisitos. Por eso el Estándar

IEEE-830, tiene como carácter principal que todo requisito especifico describa

comportamientos externos del sistema, de manera perceptibles por parte de los usuarios, y

otros sistemas para operadores.

En el (ERS) aplicando de manera gradual los siguientes principios, encontramos que toda

documentación es perfectamente flexible por personas de muy distintas formaciones e

intereses propios. Haciendo una referencia en esta afirmación toda documentación relevante y

que posea una influencia en los (ERS), tendrá que ser de manera inequívocamente identificable

por medio de códigos o algún sistema de numeración adecuado.

Ing. Sistemas Computacionales.

Análisis de Sistemas.
 Página 4 de 6

Lo idóneo en las (ERS) y partiendo de las practicas que no suelen ser realizables, es que dichos

requerimientos poseen características que a continuación se detallan;

+ Corrección. Donde en las (ERS), son implicaos e implementados todos aquellos

requerimientos al ser implementados serán lo deseado en el sistema.

+ De manera No ambiguos. Donde la interpretación en los requisitos implementados y

expresados, deban utilizar gráficos o notaciones formales, donde habitualmente poseen más de

una interpretación.

+ Completos. Que los requisitos relevantes de (ERS), respuestas del sistema de cada

dato de entrada, tanto válidos, como no válidos.

+ Consistentes. Nos encontramos con requisitos contradictorios los cuales no son

implementable.

+ Clasificados. Siendo clasificados por su relevancia e importancia, estabilidad, condición

u opción.

+ Verificable. En las (ERS) deben mantenerse de manera verificable en todo momento,

para demostrar que un sistema cumple con los requisitos.

+ Modificable. Para ello deben ser de forma fácil, completa y consistente, utilizando

herramientas automáticas de gestión de requisitos para facilitar tareas.

+ Trazable. Para conocer los orígenes de referencia de cada requisito a componentes de

diseño y de implementación.

Las afirmaciones recién enunciadas abren la puerta a una serie de consecuencias, aquí

solamente interesa explicar aquella que se relaciona directamente a cada punto según la (ERS)

para su implantación directamente con la pregunta formulada, esto es si el que establece la

Ing. Sistemas Computacionales.

Análisis de Sistemas.
 Página 5 de 6

Especificación de requerimientos (ERS) otorga a casos iguales. Pues bien, en la aplicación e

implementación de las (ERS) existen referencias externas que describan dichos

requerimientos que afecten o no a la interfaz con otros sistemas (Hardware o Software) en las

interfaces de comunicaciones.

Es importante tener en cuenta que el estándar de IEEE 830 establece que las funciones

deberán expresarse como una jerarquía funcional en este trabajo y de manera empírica trazar

un seguimiento en sus versiones de múltiples formas sugiriendo lo siguiente:

+ Por el tipo de usuarios, Por objetivos, Por objetos, estímulos y Jerarquías funcionales.

Cumpliendo con requisitos de rendimiento, restricciones de diseño, atributos del Sistema y

otros requisitos. En esta conclusión, a su turno, abre la puerta a nuevas preguntas relacionadas

con los alcances de igualdad para la aplicación de las (ERS). Entre ellas, y solo a modo de

ejemplo, como determinar en su totalidad el aplicar los Requerimientos de Software para

(Hardware y Software) llegan a ser relevantes, cuales casos deben ser considerados por un

determinado requisito para efectos de respetar, siendo exhaustivos, si resulta admisible, y en

qué casos, incumplir con este requerimiento de especificaciones en el (Hardware y Software).

Estos problemas, entre otros, deberán ser objeto de nuevas investigaciones, pero

evidentemente implican un quiebre con la forma en que se opera y comprende la obligatoriedad

del precedente en las (ERS).

Ing. Sistemas Computacionales.

Análisis de Sistemas.
 Página 6 de 6

Bibliografías.

https://www.youtube.com/watch?v=brnKeejYpus

Como redactar las conclusiones de una Tesis (Paso a Paso) Tesis de Éxito.

https://www.youtube.com/watch?v=4Ygzrz8jjVM

Cómo hacer las conclusiones de un trabajo en 5 pasos con ejemplo - aprender a investigar.

https://www.youtube.com/watch?v=8FuoVD5fE10

Cómo redactar la conclusión de un trabajo académico.

https://www.youtube.com/watch?v=ImGI3KQCrrM

Identificando conclusión en un texto ¿qué es la conclusión?

https://www.youtube.com/watch?v=rsGRvGkU5F4

Cómo hacer las conclusiones de un trabajo de investigación

https://es.wikihow.com/escribir-una-conclusi%C3%B3n

Como escribir una Conclusión.

Obtención de Información.

+ Especificación de Requisitos según el Estándar de IEEE 830.

+ IEEE-STD-830-1998: Especificación de requisitos del Software.

Ing. Sistemas Computacionales.

Análisis de Sistemas.