contiene 14 hojas de las leyes suplementariasDescripción completa
Descripción: revisión breve sobre las escalas suplementarias del MMPI-2
MMPI 2 escalas suplementarias y contenido para hacer un perfil personal. homre/mujerDescripción completa
Descripción completa
especificaciones volvo D7E
eskgjDescripción completa
Full description
ASPECTOS GENERALES EJECUCION PARA PILOTES
Descripción: ESPECIFICACIONES TECNICAS
forma de realizar especificaciones tecnicas de los materiales a usar en un edificioDescripción completa
instalacionesDescripción completa
Especificaciones Tecnicas de Transformadores monofasicos y trifasicosDescripción completa
Descrição completa
Descripción completa
Especificaciones Suplementarias Versión <1.0>
[Nota: Se proporciona la siguiente plantilla plantilla para su uso con el Proceso Unificado con fines educativos. El texto texto entre corchetes que se muestra en cursiva azul (estilo !nfo"lue# se inclu$e para proporcionar una gu%a al autor $ de&e suprimirse antes de pu&licar el documento. Un p'rrafo ingresado ingresado despus de este estilo ser' autom'ticamente esta&lecido como normal (estilo )exto independiente#.* [Para actualizar los campos autom'ticos en +icrosoft ,ord (que mostrar' un fondo gris cuando se selecciona#- seleccione seleccione rchivo/ Propiedades $ cam&ie el t%tulo- tema $ campos de la empresa con la informaci0n apropiada para este documento. 1espus de cerrar el cuadro de di'log di' logoo- los cam campos pos aut autom' om'tic ticos os pue pueden den ser act actual ualiza izados dos a tra travs vs del doc docume umento nto sel selecc eccion ionand ando o Edi Editar tar/ / Seleccionar todo (o 2trl3# 2trl3# $ presionar 45- o simplemente simplemente haga clic en el campo $ presione 45. Esto de&e hacerse separadamente para enca&ezados $ pies de p'gina. lt345 alternar' entre mostrar los nom&res de los campos $ el contenido del campo. 6er la a$uda de ,ord para m's informaci0n so&re c0mo tra&a7ar con campos.*
[8a introducci0n de las Especificaciones Suplementarias proporciona una visi0n general de todo el documento. Esto inclu$e el prop0sito- alcance- definiciones- acr0nimos- a&reviaciones- referencias $ visi0n general de las especificaciones suplementarias.* [8as especificaciones suplementarias capturan los requerimientos del sistema que no son capturados f'cilmente en los casos de uso del modelo de casos de uso. )ales requisitos inclu$en:
1.1
•
8os requisitos legales $ reglamentarios- incluidas las normas de aplicaci0n.
•
8os atri&utos de calidad del sistema a construir- inclu$endo la facilidad de uso- fia&ilidadrendimiento $ requisitos de compati&ilidad.
•
9tros requisitos- como los sistemas operativos $ entornos- requisitos de compati&ilidad $ limitaciones de diseo.*
Propósito
[Especifica el prop0sito de las especificaciones suplementarias*
1.$
%lcance
[Una &reve descripci0n del alcance de las Especificaciones suplementarias; con qu pro$ecto (s# est' asociado- $ cualquier elemento que se vea afectado o influenciado por este documento.*
1.&
'efiniciones( %crónimos( ) %breiaciones
[Esta secci0n provee las definiciones de todos los trminos- acr0nimos $ a&reviaturas requeridas para interpretar apropiadamente las Especificaciones Suplementarias. Esta informaci0n puede ser proporcionada por referencia al
1.*
Referencias
[Esta secci0n provee una lista completa de todos los documentos referenciados en cualquier parte de este documento. !dentifica cada documento por t%tulo- n=mero de reporte en su caso- fecha- $ organizaci0n que pu&lica. Especifique las fuentes de donde se pueden o&tener las referencias. Esta informaci0n puede ser proporcionada por referencia a un apndice o a otro documento.*
1.+
'escripción
[Esta secci0n descri&e lo que contiene el resto de este documento $ explica c0mo se organiza el mismo*
$.
Suposiciones ) dependencias
[Esta secci0n descri&e cualquier facti&ilidad tcnica clave- disponi&ilidad de un su&sistema o componente- u otras suposiciones relacionadas con el pro$ecto en las que puede ser &asada la via&ilidad del soft>are descrito en este documento*
&.
,sabilidad [Esta secci0n de&e incluir todos los requerimientos que afectan la facilidad de uso. Por e7emplo: •
Especificar el tiempo de capacitaci0n requerido para usuarios normales $ potenciales para ser productivos en determinadas operaciones.
•
Especificar horas de tareas medi&les para las tareas t%picas- o
Especificar los requisitos para cumplir con los est'ndares de usa&ilidad comunes- por e7emplo- las normas 2U de !"+ o normas
[8a descripci0n del requisito.*
*.
"onfiabilidad
[qu% se de&e especificar los requisitos de confia&ilidad del sistema. 2omo recomendaciones tenemos lo siguiente: •
1isponi&ilidad 3 especificar el porcenta7e de tiempo disponi&le (xx- xx?#- horas de uso- el acceso de mantenimiento- las operaciones en modo degradado- $ similares.
•
)iempo medio entre fallos (+)"4# 3 esto generalmente se especifica en hora- pero tam&in podr%a ser especificada en trminos de d%as- meses o aos.
•
)iempo medio de reparaci0n (+))@# 3 Acu'nto tiempo el sistema les permite estar fuera de operaci0n despus de que ha falladoB
•
Precisi0n 3 Especificar la precisi0n (resoluci0n# $ la precisi0n (por alg=n est'ndar conocido# que se requiere en la salida de los sistemas.
•
+'ximo fallos o tasa de defectos 3
•
Errores o tasa de defectos 3 2ategorizados en trminos de errores menores- significativos $ cr%ticos: el requisito (s# de&e definir qu se entiende por un fallo cr%tico- por e7emplo- la prdida completa de datos o incapacidad para utilizar ciertas partes de la funcionalidad del sistema.
*.1
< Re-uisito "onfiabilidad >
[8a descripci0n requisito.*
+.
uncionalidad
[8as caracter%sticas de funcionamiento del sistema de&en estar sealadas en esta secci0n. !nclu$a tiempos de respuesta espec%ficos. En su caso- la referencia relacionada con los casos de uso por su nom&re. • • • •
•
+.1
)iempo de respuesta para una transacci0n (promedio- m'ximo# @endimiento (por e7emplo- transacciones por segundo# 2apacidad (por e7emplo- el n=mero de clientes o transacciones que el sistema puede acomodar# +odos de degradaci0n (lo que es el modo de operaci0n acepta&le cuando el sistema se ha degradado de alguna manera# Uso de los recursos: memoria- disco- comunicaciones- etc.*
< Re-uerimiento de "alidad >
[8a descripci0n requisito.*
/.
"ompatibilidad
[Esta secci0n indica los requisitos que me7orar'n la capacidad de soporte o mantenimiento del sistema que est' siendo construido- incluidas las normas de codificaci0n- convenciones de nom&res- las &i&liotecas de clases- acceso para mantenimiento- utilidades de mantenimiento.*
[En esta secci0n se de&e indicar cualquier restricci0n de diseo en el sistema que se est' constru$endo. 8as restricciones de diseo representan decisiones de diseo que son o&ligatorias $ de&en ser atendidas. Entre los e7emplos tenemos los lengua7es que el Sistema utilizara- requisitos del proceso de soft>are- el uso correcto de las herramientas de desarrollos- las restricciones de la arquitectura $ de diseo- componentes comprados- &i&liotecas de clases- etc.*
.1
[8a descripci0n de una restricci0n de diseo.*
2.
Se3uridad
[!dentificar los datos a ser protegidos $ el tipo de amenazas ha las que est' expuesto cada tipo de dato (amenazas a la seguridad f%sica; incluso las personas que puedan ser la fuente de estas amenazas; requerimientos especiales o inusuales de seguridad- en especial en relaci0n con: acceso al Sistema- cifrado de datos $ audita&ilidad#. 4inalmente una lista de o&7etos que necesitan protecci0n de forma l0gica o f%sica.*
4.
'ocumentación del usuario en l5nea ) los re-uisitos del sistema de a)uda.
[1escri&e los requisitos- en caso de existir- para la documentaci0n del usuario en l%nea- sistemas de a$uda- avisosetc.*
10.
#nterfaces
[En esta secci0n se definen las interfaces que de&en ser soportadas por la aplicaci0n. 1e&en contener una adecuada especificidad- protocolos- puertos $ direcciones l0gicas- para que el soft>are pueda ser desarrollado $ verificado en relaci0n a los requerimientos de las interfaces.*
10.1
#nterfaces de usuario
["revemente descri&ir las interfaces del usuario que el soft>are va a implementar $ que se encuentran en el prototipo de interfaz de usuario.*
10.$
#nterfaces de Hard6are
[En esta secci0n se definen las interfaces de hard>are que el soft>are va a soportar- inclu$endo la estructura l0gica- direcciones f%sicas $ el comportamiento que se espera- etc.*
10.&
#nterfaces de Soft6are
[En esta secci0n se descri&e las interfaces de soft>are a otros componentes del Sistema de soft>are. Estas pueden ser componentes comprados- reusados de otra aplicaci0n o componentes aun en desarrollo para su&sistemas fuera del alcance de este S@S- pero que de&en interactuar con este soft>are.*
10.*
#nterfaces de "omunicación
[1escri&e cualquier interfaz de comunicaci0n hacia otro sistema o dispositivo como una red local- dispositivos seriales remotos- etc.*
11.
Normas %plicables
[En esta secci0n se descri&e al referenciar cualquier norma aplica&le $ las secciones espec%ficas de dichas normas que se aplican al Sistema que se descri&e. Por e7emplo- se puede incluir medidas 7ur%dicas- la calidad $ los est'ndares regulatorios- de usa&ilidad- interopera&ilidad- internacionalizaci0n- cumplimiento del Sistema %onfidencial
