Sei sulla pagina 1di 1
46-0 a espn Lea ate) Clasificando LOS REQUERIMIENTOS DE SOFTWARE | obtener y captuar los requerimientos de tun sistema es difell saber siya se tenen contemplados todos las requerimientos nece saris, asi como poder agruparlosen categoria {que simplifquen su asministradén, Un modelo para categorizar los requerimientos 20s permite tener requedmientas més completos mejor corganizados. icamente se manejan dos grandes grupes de requerimientos: + Fundonales.- Espectican servicios que el sis tema debe proveer asus usuaris. + No fundonales.- Restriccones de ejecucién u ties atributas enel ambiente del ¢stema, No bstante, esta categorizacin se queda bas tante cori y no es suficientemente iL Es por (eso que hay otros modelos mas completos. Tal ‘esel easodel madela FURPS+, cuyo nombre es lun acnimo en inglés de las diferentes catego. ras (Fundionality, Usability, Reliability, Performance, Supportability). Este modelo fue desarrallado por Robert B. Grady de Hewlett: Packard hace mas de diez aos, y en la actual dad es uno de os mis uilzados, Revicemos las distntas categorias: + Funcionaidad. Estos requedmientos repre sentan las caractersticas centrales del produc ta Deseriben qué es lo que un usuario debe ser capaz de hacer a través del sistema de softwa ‘e; por ejemplo, agregar un cliente nuevo 0 registrar una orden de compra. En esta catego. ria también se incluyen capacidades como impresin eporteo y seguridad. + Usabilidad.- Es posible que cierto software posea toda la funcionalidad requerida, pero si ‘es una pesadila usarlo entonces no vaa servir dde mucho. La facilidad de uso o “usabilidad”, incluye todos aquellos atritutos que faclitan la interaccién de un usuario con el sistema. Ejomplos de requerimientos de usabilidad pue den serla organizacién de os elementos visua les para facltar su legibildad, ventanas de dlidlogo explicanda los campos de las formas, ayudaentinea, mapas de sito, te + Conflablidad Esta categoria agrupa los equerimientos que tienen que ver con la sali dez de un sistema durante su ejeaicién Algunos ejemplos son: freaiencia de falas aceptable, porcentaje de tempo que el sistema debe estar fundonando, capacidad de recupe raclénde alls, «+ Rendimiento. El rendimienta se wflew ala velocidad del sistema y su eficiencia en utiliza cin de reaursos. Estos tipicamente se definen en términos de tiempode respuesta esperado y carga de usuarios concurentes que debe ser soportada + Soporte.» Los requerimientos de soporte Induyen requistos de instalacién y configura cin, ast como facldades para mantener y aéministrar la operacién del sistema, Con esto abarcamas los FURPS, sin embargo et ‘modelo menciona un's' que no hemos cubiert El dgno'+ en FURPS+ se utiliza para ident fear requerinientos adicionales que tipiaamente se fefleren a restricdones como: + Restricdones de disefa Limitan las posbil dades para disefar un sistema. Por ejemplo, puede sernecesaro tener que usar ura base de datos reladonal. + Restreclones de implementadén. Estas se refieren a reglas para la programacion, como la utiizacién de una versién especifica de un len sguae,0 apegarse a ciertos estindares, + Restrieclones de interfase.-Indican elementos externas con los que el sistema debe interac tuar; pueden ser ots sistemas © dspasitivas como lectares de cbdigo de barras, + Restrecones fisicas Se refieren a indicacio res para el hardware, por ejemplo que sea de clerta fora, tama 6 peso. Con esto cubrimos todas las categorias defridas or el modelo FURPS+. Este modelo también se puede utlizar para representar bs categoria 0 ‘imensionesde calidad de uns stema de sftwa re. fin de cuentas la ealidad de un sistema rad caenelaimplimiente de sus requerimientes, ast que las ategorias de requetimientos y calidad ddeben estar estrechamente igadas. Les recomendamos que en su préxino proyecto ttilcen este modelo, ya que facitar la labor de admibistracién de requetimientos.

Potrebbero piacerti anche