Scribd
Cargar
426 vistas3 páginas

Examen Parcial Calidad de Software

Cargado por

tavo1349

El documento describe el proceso de calidad de software, incluyendo las pruebas desde la construcción del producto hasta su certificación. Explica que un cliente solicita a una firma de software un aplicativo para sus cajas registradoras que permita almacenar datos de clientes y controlar inventarios. El analista, arquitecto y diseñador se reúnen con el cliente para entender sus requerimientos. El diseñador luego considera requerimientos de usuarios, del sistema, funcionales y no funcionales para diseñar el software y realizar pruebas que verifiqu

Copyright:

© All Rights Reserved
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt

Examen Parcial Calidad de Software

Cargado por

tavo1349
426 vistas3 páginas
El documento describe el proceso de calidad de software, incluyendo las pruebas desde la construcción del producto hasta su certificación. Explica que un cliente solicita a una firma de software un aplicativo para sus cajas registradoras que permita almacenar datos de clientes y controlar inventarios. El analista, arquitecto y diseñador se reúnen con el cliente para entender sus requerimientos. El diseñador luego considera requerimientos de usuarios, del sistema, funcionales y no funcionales para diseñar el software y realizar pruebas que verifiqu

Descripción original:

Evaluación Calidad de Software

Derechos de autor

© © All Rights Reserved

Formatos disponibles

DOCX, PDF, TXT o lea en línea desde Scribd

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

El documento describe el proceso de calidad de software, incluyendo las pruebas desde la construcción del producto hasta su certificación. Explica que un cliente solicita a una firma de software un aplicativo para sus cajas registradoras que permita almacenar datos de clientes y controlar inventarios. El analista, arquitecto y diseñador se reúnen con el cliente para entender sus requerimientos. El diseñador luego considera requerimientos de usuarios, del sistema, funcionales y no funcionales para diseñar el software y realizar pruebas que verifiqu

Copyright:

© All Rights Reserved
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
426 vistas3 páginas

Examen Parcial Calidad de Software

Cargado por

tavo1349
El documento describe el proceso de calidad de software, incluyendo las pruebas desde la construcción del producto hasta su certificación. Explica que un cliente solicita a una firma de software un aplicativo para sus cajas registradoras que permita almacenar datos de clientes y controlar inventarios. El analista, arquitecto y diseñador se reúnen con el cliente para entender sus requerimientos. El diseñador luego considera requerimientos de usuarios, del sistema, funcionales y no funcionales para diseñar el software y realizar pruebas que verifiqu

Copyright:

© All Rights Reserved
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
Está en la página 1/ 3

CALIDAD DE SOFTWARE

Construya una grfica que d cuenta del proceso de calidad (pruebas), est
grfica debe incluir momentos desde la construccin del producto de software
hasta la certificacin misma del producto. Recuerde que son dos momentos
diferentes y deben evidenciarse en la grfica propuesta.
Presente la explicacin de esta grfica con sus palabras, aclarando cual es el
pblico a quien usted se dirige.
Esta explicacin mnima en 1 pgina, mxima en 3 pginas.

El dueo de una cadena de supermercados, acude a una firma de diseadores de


software con el propsito de solicitar que le hagan un aplicativo que le permita
utilizarlo en sus cajas registradoras; inicialmente el cliente se rene con un grupo
de trabajadores conformado por un analista, un arquitecto y un diseador, quienes
sern las personas encargadas de escuchar los requerimientos que el cliente tiene
frente a su necesidad, algunos de los requisitos que el cliente expone, es que se
tiene la necesidad de tener almacenados los datos de las personas que adquieran
productos en cualquiera de sus sucursales de la cadena de supermercados, las
cantidades y productos comprados; esto sera a nivel de almacenamiento; en
cuanto a al movimiento de inventarios, el sistema debe tenerla capacidad de
descargar los elementos vendidos del inventario y hacerlo en forma simultnea
con las diferentes cajas, debe tener alertas de cuando solo queda "n" cantidad
mnima de productos en Stock y no permitir la venta de productos que no estn en
el inventario del sistema.

El analista despus de escuchar al cliente da su opinin, dando su punto de vista


acerca de lo que entendi y lo que considera que es lo que el cliente necesita,
para satisfacer sus necesidades de un aplicativo que le permita mejorar el tiempo
de atencin en sus supermercados y tener un adecuado control de inventarios.
El arquitecto parte de la opinin que el analista entrega, con el fin de comenzar a
visualizar la plataforma en que mejor se puede ejecutar el desarrollo del aplicativo
y organiza todos los requerimientos, ya que l es quien debe dar las indicaciones
de lo que se debe hacer y as el diseador comience a ensamblar uno a uno hasta
obtener el producto deseado.

Ya cuando se tienen claro lo que se desea, el diseador comienza a pensar en


una serie de requisitos necesarios para llevar a cabo con xito la tarea
encomendada.
Requisitos de usuarios: Estos ya fueron entregados por el cliente, escuchando lo
que desea y espera del producto.
Requerimientos del sistema: Detalle de los servicios del sistema. Donde se define
exactamente qu es lo que se va a implementar. Punto de partida para el diseo
del sistema.
Especificaciones del software: Una descripcin con detalles del software que se
puede utilizar para implementar el diseo.
Requerimientos funcionales: Ac se define lo que el sistema debe hacer, cmo se
debe comportar en situaciones particulares, qu respuestas debe dar a

determinadas entradas; tambin se debe tener en cuenta lo que el sistema no


debe hacer.
Requerimientos no funcionales: El diseador debe definir las propiedades del
sistema y sus limitaciones, la fiabilidad, el rendimiento, tiempo de respuesta,
capacidad de almacenamiento, etc.
Cuando el diseador tiene claro estos puntos, comienza la tarea de diseo; la cual
puede tardar algn tiempo prudente mientras se van realizando diferentes
pruebas, que le permitan verificar que cada uno de los requerimientos planteados
se cumple para as poder al final, entregarle el producto al cliente con las debidas
especificaciones solicitadas.

También podría gustarte

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy