Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Los mejores documentos en venta realizados por estudiantes que han terminado sus estudios
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Descubre las mejores universidades de tu país según los usuarios de Docsity
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
En esta sección, encontrarás todos los temas de algebra, sólo haz clic en el tema que quieras estudiar y listo, tendrás acceso a los ejercicios resueltos que hemos preparado para ti.
Tipo: Ejercicios
1 / 7
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!
La disciplina de la ingeniería de requisitos de seguridad se ha establecido en industrias como la química y la nuclear, que han estado en el centro de los problemas de seguridad durante muchos años. Tradicionalmente, para los sistemas basados en computadora, la ingeniería de requisitos de seguridad se considera un proceso separado de la ingeniería de requisitos del sistema más general, y los requisitos de seguridad se derivan antes o en paralelo con los requisitos del sistema más generales. Por ejemplo, esto se refleja en el proceso IEC 61508, que está diseñado para respaldar la ingeniería de seguridad del sistema de protección. Los requisitos del sistema de protección son diferentes de los requisitos del sistema protegido, por lo que es razonable separar el análisis de seguridad de estos sistemas del análisis de requisitos más general. Este método también se puede aplicar al proceso de ingeniería de requisitos del sistema más general de sistemas críticos. Se centra en la importancia de la seguridad y puede establecer requisitos clave que tienen prioridad sobre otros requisitos del sistema funcionales y no funcionales. La determinación de los requisitos de seguridad generalmente sigue el proceso de análisis de peligros y riesgos. En este proceso, se identifican los peligros y los riesgos derivados de estos peligros, los riesgos de accidentes relacionados y las posibles consecuencias de dichos accidentes. Se pueden usar varias técnicas para respaldar el análisis de peligros, como HAZOPS y análisis de árbol de fallas, que se pueden usar como base para derivar los requisitos de seguridad. Sin embargo, la separación de los requisitos de seguridad y la ingeniería del sistema puede crear problemas.
Las preocupaciones que, en conjunto a diferentes preguntas ayudan a la resolución de inquietudes sobre el proceso de obtención de información y análisis de requisitos para el desarrollo del software, a partir de esta información se derivaran los requisitos, que necesitará el sistema. también ayudarán a que esta información sea de vital importancia para que el software cumpla con los requerimientos de las partes interesadas. Los sistemas que albergan información, proceden e indagan los problemas del sistema o requisitos por medio de diferentes preguntas, muchas de ellas genéricas como, por ejemplo: ¿Quién requiere esta información y cuándo la requiere? ¿Cómo se entrega esta información a los usuarios de la información? Estas preguntas se pueden deconstruir y así poder realizar preguntas más detalladas lo cual permitirá una mayor recopilación de información fundamental para la realización del sistema. Uno de los problemas más comunes son los conflictos de requisitos, en donde la variedad de requisitos solicitados del sistema se contradicen mutuamente estos conflictos en su mayoría son inevitables por la diferencia de pensamientos y objetivos que tienen las partes integradas de desarrollar el sistema. Lo mejor para evitar estos problemas, sería reconocer los conflictos de manera temprana del proceso de desarrollo de los requisitos, y poder llegar a resolverlos mediante una negociación. A la hora de efectuar el proceso en algún punto la dificultad de encontrar estos conflictos es muy alta debido a la sutilidad en la que los conflictos se encuentran, para prevenir dichos conflictos debemos analizar las probabilidades de que surja uno comparando las preocupaciones que se dan el sistema. De tal manera seria, por ejemplo: la seguridad va a depender de la cantidad de información precisa que maneje el sistema. La calidad del sistema será comprobable mediante un análisis de la información que se está usando, de esta manera podremos verificar que no sea errónea o desactualizada. La privacidad será muy importante, esta se podrá asegurar mediante comandos para limitar quién podrá acceder a ella. El análisis de diferentes peligros y problemas que se han dado ayudan a derivar los diferentes requisitos de seguridad que se presentaron a lo largo del desarrollo del sistema. Los riesgos y la preocupación por la seguridad del que opera el sistema, como el riego de instalación, o riesgos de mantenimiento por lo cual el usuario deberá mantener una serie de parámetros para evitar estos riesgos. El uso de estas preocupaciones en el desarrollo de la ingeniería de requisitos se ha aplicado un nuevo método para poder ampliar la cantidad de preocupaciones que se dan a la hora de desarrollo, este método lleva por nombre DISCOS en el cual se expone un nuevo enfoque de manera espiral. En las diferentes etapas se establecerán diferentes puntos, como la definición de las preocupaciones, el desarrollo de preguntas para la obtención de requisitos, el modelo del sistema y por último una evaluación para confirmar que los requisitos y modelos estén bien establecidos.
Conclusión Con mis compañeros llegamos a la conclusión de que el mensaje esencial de este ensayo es que los procesos de obtención se analicen los requisitos de seguridad de los procesos de requisitos más generales de la ingeniería. La noción de preocupaciones transversales derivadas de los objetivos organizacionales de alto nivel evitan esta separación al tiempo que mantienen la posibilidad de un análisis de seguridad independiente basado en el riesgo del sistema. La falla del sistema no tiene implicaciones inmediatas para la seguridad pero, como hemos visto con el MHCPMS, el diseño del sistema debe tener en cuenta la seguridad. Al resaltar cuestiones críticas como la seguridad y la protección como preocupaciones puede garantizar que impregnan el proceso de obtención de requisitos una vez establecida la funcionalidad del sistema. La mayoría de los sistemas en tiempo real son sistemas basados en eventos, un método ágil de desarrollo de software ampliamente utilizado que incluye prácticas como como requisitos basados en escenarios, desarrollo de prueba primero y programación de pares. También se puede concluir que es un conjunto de estándares para los procesos de gestión de la calidad que está definido por el procesos de gestión de la calidad en una organización de un sistema de middleware complejo que admite la desarrollo de aplicaciones web basadas en componentes en Java.Como ultimo esta claro que este ensayo del documento Software Engineering Sommerville nos da a entender como futuros Ingenieros en Software que es muy importante investigar y conocer los requisitos de sistemas en la ingeniería en Software, para así tener un amplio conocimiento y ser grandes Ingenieros en Software.
Link del Documento https://docs.google.com/document/d/1dZX28mJU-V0CVEzKq5FcSm3jI60RvP38qJGZsl CQFEk/edit?usp=sharing
