Sei sulla pagina 1di 2

ENSAYO

NOMBRE: CHRISTIANDEL AGUILA CABALLERO

TEMA: REQUISITO DE LA CALIDAD DE SOFTWARE


INTRODUCCION:
Aparición de los requisitos de calidad de software comenzó en la última
década, la ingeniería de requerimientos encontró dificultades en la captura de
todos los tipos (como funcionales, de rendimiento, de organización, o la
calidad. En primer lugar, la dificultad se asoció con los requisitos no funcionales
y los requisitos suplementarios, que donde adjuntan los requisitos funcionales.
Más tarde, los requisitos no funcionales se asociaron con los requisitos de
calidad, en los que más investigación se concentró en su modelado y
representación y en la negociación de los conflictos entre las
diferentes categorías de requisitos. En este punto vamos a identificar y definir
los requisitos de calidad de software, también las necesidades y requisitos, se
recogen y de identifican las necesidades de las partes interesadas expresadas
o implícitas para luego trasformar en requisito funcionales y no funcionales
dependiendo de la necesidad del cliente.

DESARROLLO:
Los requisitos de las partes interesadas se dividen en tres categorías:
requisitos funcionales, requisitos no funcionales y los requisitos de calidad
estáticos y dinámicos, sin embargo, hay una excepción muy interesante
facilidad de uso, esta característica de calidad se clasifica en la norma ISO /
IEC 9126 como “externa” o dinámica la ISO / IEC 24010 en ambos se
presentan las preocupaciones de los usuarios finales y se puede expresar
claramente por una de las partes interesadas en la fase de “visión de negocio”.
Al principio de todo el proceso de un ingeniero de calidad puede, debe, o
tendrá interacciones directas con el cliente y de su propia organización en
ambos niveles técnicos y no técnicos superiores. Cada uno de los participantes
tendrá sus objetivos particulares influyendo fuertemente en la visión global de
la calidad. La estabilización de los requisitos de calidad depende de:
experiencia empresarial y de competencia técnica, la experiencia profesional
de los especialistas técnicos y no técnicos, capacidad de negociación,
integridad y estabilidad de os requisitos funcionales, calidad alta y de bajo nivel,
la integridad y la calidad de diseño de las pruebas, etc.

La calidad se puede expresar a través de los siguientes criterios: correcto,


coherente, completar, factible, necesario, verificable, trazable los requisitos de
calidad no son diferentes a los demás, cualquier cosa imposible de rastrear a
los objetivos de negocio (necesidades requisitos) SOQUAREM (mal uso de
requisitos de calidad orientados a la ingeniería).
Los requisitos de calidad de software método de ingeniería, SOQUAREM se ha
desarrollado como respuesta a estas preocupaciones, tratando de ofrecer
soporte a la identificación sistemática de los requisitos de calidad en la fase de
definición del ciclo de vida del software de desarrollo y su posterior transición a
las características medibles y verificables de calidad.

El modelo de proceso SOQUAREM se divide en seis pasos conceptuales para


la definición y los objetivos de negocio de refinación, derivando, hacer
operativo, analizar, documentar, y que representa los atributos de calidad y,
finalmente, para la vinculación de los atributos de calidad al proceso funcional .
La calidad del diseño es la fase en la que el ingeniero de calidad se traduce
requisitos de calidad recogidos anteriormente en sus representaciones técnicas
(en forma más sencilla) aplicable en las siguientes fases. Pero, por desgracia,
no es tan simple. Los resultados del proceso de diseño de calidad también
tienen que ser:
 Aplicable inmediatamente en la fase de diseño de software / sistema, sin
importar el modelo de desarrollo elegido.
hay que tener en consideración lo siguiente:
 Requisitos de calidad para el sistema desarrollado.
 El modelo personalizado y de calidad.
 Atributos de calidad que describen desde el modelo de calidad
 Las medidas de calidad relacionados con los atributos de calidad, etc.
Que posteriormente van a permitir su implementación.
CONCLUSIONES:
 Es importante conocer los requerimientos de los clientes.
 Es muy importante conocer os requisitos de calidad de sistema a
desarrollar ya que ello va permitir su implementación.
 Tener en cuenta los requisitos funcionales y no funcionales del software
a desarrollar para su posterior implementación.
 Los analistas técnicos y no técnicos se basarán en el
ingeniero de calidad en la identificación y definición de todos y cada uno
de los requisitos de calidad que puedan surgir, tratando al mismo tiempo
para obtener la mayor cantidad de un presupuesto como sea posible.

BIBLIOGRAFIA:
 Ingeniería de Calidad de Software
Enfoque para profesionales

Potrebbero piacerti anche