Especificación de Requisitos

Especificación de Requisitos

[Nota: El siguiente template es para ser utilizado con el Modelo de Procesos para la Industria del Software MoProSoft. MoProS oft. El texto que se encierra en corchetes  que despliega en color azul con letra it!lica" sin refer referencias encias para el autor  de#e ser eliminado eliminado antes de la pu#licaci$n pu#licaci$n del documento.% documento.% [Para modificar los campos en Microsoft &ord 'que se despliegan con un fondo gris cuando son seleccionados(" seleccione )ile*Properties )ile*Properties  reemplace los campos de +i +itle" tle" Su#,ect  -ompa/a con la informaci$n adecuada para este documento. 0espu1s de cerrar la ca,a de di!logo" los campos pueden actualizarse utilizando la tecla )2" utilice Edit*Select 3ll '$ -tl43(  presione )2. Esto de#e hacerse tam#i1n para enca#ezaodos  pie de p!gina.%


Versión: Fecha:

[Se utiliza para llevar un control de las revisiones que se le realicen al documento, estas revisiones deben generar un reporte de verificación, validación o en su defecto una minuta, donde se muestre quienes fueron los encargados de realizarla asi como un informe con los defectos encontrados. Los defectos encontrados pueden ser de fondo o forma, en caso de ser de forma no amerita un cambio de versión al documento.]

Historia de Revisiones Fecha

Versión

Descripción

Autor

[Se utiliza para llevar un control de los cambios que la organización determine que se le realicen al documento. Estos cambios afectan el fondo del documento y generarán una nueva versión del mismo que deberá ser revisada mediante la verificación y validación del mismo.]

Control de Cambios Fecha

"onfidencial

Versión

Descripción

©<#om!re de la compa$%a>& '()*

Autor

+a,e '


Versión: Fecha:

Tabla de Contenidos ).

Introducción ).) ).' ). ).2 ).*

+ropósito lcance /efiniciones& acrónimos 0 a!re1iaciones. Referencias 3eneralidades

'.

Introducción.

.

lcance del +ro0ecto.

2.

/escripción de requisitos. 2.)

2.' 2. 2.2 2.* 2.7 2.9 2. 2.; 2.)( 2.))

Funcionales. 2.).) . 2.).' . Interfa5 con usuario. Interfaces con otro soft6are o hard6are. "onfia!ilidad. Eficiencia. 8antenimiento. +orta!ilidad. Interoperati1idad. Reusa!ilidad. Restricciones de dise$o 0 construcción. e,ales 0 re,lamentarios.

"onfidencial


* *

+a,e 


Versión: Fecha:

Especificación de Requisitos 1

!ntroducción

[5a introducci$n de la Especificaci$n de 6equisitos pro7ee las generalidades del documento. Inclue el prop$sito" alcance" definiciones" acr$nimos" a#re7iaciones" referencias  generalidades de la especificaci$n. 3s/ como la descripci$n general del software  su uso en el !m#ito de negocio del cliente. 3lgunos aspectos a mencionar en esta secci$n pueden ser" adicionalmente: uso del producto" principales caracter/sticas" naturaleza o caracter/sticas del usuario" restricciones generales.%

11

"ropósito

[Especificar el prop$sito de este documento 8na especificaci$n de requisitos descri#e el comportamiento de una aplicaci$n o su#sistema. +am#i1n descri#e requisitos no funcionales" tales como restricciones de diseo u otros factores necesarios para pro7eer una descripci$n completa  comprensi7a de los requisitos para el software.% .

1#

$lcance

[8na #re7e descripci$n de la aplicaci$n de software a la cual se aplica esta especificaci$n de requisitos. Si existen casos de uso asociados o cualquier otro documento o aspecto que sea afectado o influenciado por este documento.%

1%

&efiniciones' acrónimos ( abreviaciones

[En caso de ser necesario" incluir t1rminos" acr$nimos  a#re7iaciones requeridas para interpretar correctamente la especificaci$n.%

1)

Referencias

[En esta secci$n se pro7ee una lista de todos los documentos referenciados en esta Especificaci$n.. Identificar cada documento por t/tulo" n9mero" fecha  organizaci$n que lo pu#lica. Especificar las fuentes a partir de las cuales las referencias pueden o#tenerse. Esta informaci$n puede hacer referencia a un ap1ndice o a otro documento.%

1*

+eneralidades

[Esta su#secci$n descri#e lo que contiene el resto del documento  c$mo est! organizada la informaci$n.%

"onfidencial


+a,e 2


Versión: Fecha:

#

!ntroducción

0escripci$n general del software  su uso en el !m#ito de negocio del cliente.

%

$lcance del "ro(ecto

[3lcance general del proecto" se puede copiar el alcance planteado en la 0escripci$n del Proecto.% .

)

&escripción de requisitos

)1

,uncionales

[Necesidades esta#lecidas que de#e satisfacer el software cuando es usado en condiciones espec/ficas. 5as funcionalidades de#en contar con ciertos criterios para su definici$n como lo son: que sean adecuadas" exactas  seguras.%

.!.!

"#equerimiento funcional $ !%.

.!.&

"#equerimiento funcional $ &%.

)#

!nterfa- con usuario

[0efinici$n de aquellas caracter/sticas de la interfaz de usuario que permiten que el software sea f!cil de entender" aprender" que genere satisfacci$n  con el cual el usuario pueda desempear su tarea eficientemente. Incluendo la descripci$n del prototipo de la interfaz. Incluir algunas caracter/sticas de la interfaz como lo son: Entrenamiento necesario para un usuario est!ndar. -aracter/sticas del am#iente gr!fico" o de procesos de captura de acuerdo a las caracter/sticas de la aplicaci$n. Est!ndares de interfaz de usuario" e,. Microsoft 8I Standard%

)%

!nterfaces con otro soft.are o /ard.are

[0efinici$n de las interfaces externas. Especificar cuando sea necesario" protocolos" puertos" direcciones l$gicas" etc. 0e manera que el software pueda ser desarrollado  7erificado respecto a esta especificaci$n.%

))

Confiabilidad

[Especificaci$n del ni7el de desempeo del software con respecto a la madurez" tolerancia a fallas  recuperaci$n.%

)*

Eficiencia

[Especificaci$n del ni7el de desempeo del software con respecto al tiempo  a la utilizaci$n de recursos. Por e,emplo" tiempo promedio de respuesta" tiempo m!ximo de respuesta" transacciones por segundo" n9mero de usuario o transacciones concurrentes" uso de recursos 'e,. Memoria" disco" comunicaciones" etc(.%

"onfidencial


+a,e *


Versión: Fecha:

)0

antenimiento

[0escripci$n de los elementos que facilitar!n la comprensi$n  la realizaci$n de las modificaciones futuras del software. Por e,emplo" est!ndares de codificaci$n" con7enci$n para nom#res" li#rer/as" utiler/as de mantenimiento.%

)2

"ortabilidad

[0escripci$n de las caracter/sticas del software que permitan su transferencia de un am#iente a otro.%

)3

!nteroperatividad

[-apacidad de dos o m!s sistemas o componentes puedan intercam#iar informaci$n  usarla%

)4

Reusabilidad

[Propiedad de todo producto o su#producto de software o parte de 1l para que pueda apro7echarse o utilizarse por 7arios usuarios como producto final o en el desarrollo del propio software o la realizaci$n de otros productos de software%

)15

Restricciones de diseño ( construcción

[Necesidades impuestas por el cliente. 5as restricciones de diseo representan decisiones de diseo que de#en respetarse" por e,emplo" lengua,es de programaci$n" requisitos para procesos de software" uso predefinido de herramientas de desarrollo" componentes adquiridos a terceros" li#rer/as de clases" etc.%

)11

6e7ales ( re7lamentarios

[Necesidades impuestas por lees" reglamentos" entre otros. Incluendo aclaraci$n so#re coprights" propiedad de nom#res" leendas o logotipos" patentes" trademar;s" etc.%

"onfidencial


+a,e 7

Especificación de Requisitos

Recommend Documents