ESPECIFICACIN DE REQUERIMIENTOS DE

SOFTWARE PARA EL SISTEMA

[XYZ]
(OM-DDS-PDS-FO-03)
Ve!"#$ %&%
A'"( )0%)
Pe*++,- *-.
De*+/+0e$/- ,e De!+-((- ,e S"!/e0+!&
Re+("1#. D2TI
CONTROL DE DOCUMENTACIN
C-$/-( ,e C-$345+6"#$
Ttulo:
Referencia:
Autor:
Fecha:
7"!/#"6- ,e 8e!"-$e!
Ve!"#$ Fe69+ E!/+,- Re!*-$!+'(e N-0'e ,e +69"8-
Estado: (B)orrador, (R)evisin, (A)probado
7"!/#"6- ,e 6+0'"-!
Ve!"#$ Fe69+ C+0'"-!
Pg. 3 de 21
FIRMAS DE LOS RESPONSA:LES APLICACIN&
Nobre
!uesto
Nobre
!uesto
Nobre
!uesto
Nobre
!uesto
Nobre
!uesto
Nobre
!uesto
Nobre
!uesto
Nobre
!uesto
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 4 de 21
CONTENIDO
1 INTRODUCCIN 5
1.1 PROPSITO. 5
1.2 AUDIENCIA. 5
1.3 ALCANCE. 5
1.3.1 Producto a elaborar. 5
1.3.2 Objetivos. 5
1.3.3 Fecha deseada de inicio y finalizacin del desarrollo. 5
1.4 REFERENCIAS. 5
2 DESCRIPCIN GENERAL 6
2.1 PERSPECTIVA DEL PRODUCTO. 6
2.1.1 Interfases del sistema.
2.1.2 Interfases de hard!are.
2.1.3 Interfases de soft!are.
2.2 FUNCIONES. 7
2.3 USUARIOS. 7
2.4 RESTRICCIONES GENERALES. 8
3 REQUERIMIENTOS ESPECFICOS 9
3.1 INTERFASES EXTERNAS. 9
3.2 CASOS DE USO (REQUERIIENTOS FUNCIONALES!. 1"
3.2.1 "ctores 1#
3.2.2 $ia%ramas de &asos de 'so. 1#
3.2.3 &asos de 'so (senciales. 11
3.2.) &asos de 'so *eales. 12
3.3 REQUERIIENTOS NO FUNCIONALES. 14
3.4 REQUERIIENTOS SEGURIDAD LGICA. 15
3.5 REQUERIIENTOS DE DESARROLLO. 15
4 ATRIBUTOS DEL SOFTWARE. 16
4.1.1 Disponibilidad. 1
).1.2 +antenimiento. 1
).1.3 *ecomendaciones al cliente. 1
5 TEMAS O DETALLES POR RESOLVER 1
6 GLOSARIO 1!
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 5 de 21
AP"NDICES 19
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 6 de 21
%
INTRODUCCIN
<Esta seccin provee un panorama general de todo el documento de
ERS. No es necesario que exista texto entre este punto y el siguiente.
%&% P-*#!"/-&
<El por qu! del documento.
%&) A5,"e$6"+&
<" qu! personas est# dirigido el documento. $ui!nes pueden verlo.
%&3 A(6+$6e&
<Se especi%ca el producto a elaborar y los ob&etivos de !ste. No es
necesario que exista texto entre este punto y el siguiente.
%&3&% P-,56/- + e(+'-+&
<'denti%car( por su nombre( el producto de so)t*are a desarrollar.
Explicar lo que +ar# y( si es necesario( lo que no +ar#. Ser consistentes con
especi%caciones de mayor nivel ,por e&emplo( la especi%cacin de
requerimientos del sistema( si existen- y con otros documentos.
%&3&) O'<e/"8-!&
<'ncluir todos los bene%cios relevantes( ob&etivos y metas tan
precisamente como sea posible. .omen/ar cada ob&etivo con un verbo en
in%nitivo. Estos deben relacionarse con los ob&etivos del negocio. 0uede estar
dividido en ob&etivos generales y espec1%cos
%&3&3 Fe69+ ,e!e+,+ ,e "$"6"- = 3$+("1+6"#$ ,e( ,e!+-((-&
<Dar las )ec+as deseables por parte del cliente para el inicio y
%nali/acin del desarrollo del sistema de so)t*are.
%&> Re?ee$6"+!&
<0roporcionar una lista completa de todos los documentos re)erenciados
en alguna parte de la ERS o en un documento( separado( espec1%co. 'denti%car
cada documento por t1tulo( n2mero de reporte ,si aplica-( )ec+a y organi/acin
que lo public. Especi%car las )uentes de dnde se obtuvieron las re)erencias.
Esta in)ormacin puede darse por re)erencia a un ap!ndice o documento por
separado.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 7 de 21
)
DESCRIPCIN 2ENERAL
<Se describen los )actores generales que a)ectan al producto y sus
requerimientos. No se deben enunciar requerimientos espec1%cos( sino que se
mencionar#n los antecedentes generales de !stos ,requerimientos de alto
nivel-. 3odos los requerimientos ser#n de%nidos a detalle en la seccin 4. No es
necesario que exista texto entre este punto y el siguiente.
)&% Pe!*e6/"8+ ,e( *-,56/-&
<Se pone al producto en perspectiva con otros productos o proyectos. Si
el producto es independiente y totalmente autocontenido( si es una nueva
versin y5o se va a sustituir alg2n otro( aqu1 debe establecerse. Si se de%ne un
producto que es componente de uno m#s grande entonces se deben describir
los componentes del sistema o proyecto mayor e identi%car las inter)ases entre
dic+o sistema y el so)t*are que se est# especi%cando.
6n diagrama de bloques mostrando los componentes m#s importantes
del sistema m#s grande( sus interconexiones y las inter)ases externas puede
ser de muc+a utilidad.
'denti%car las principales inter)ases externas del producto de so)t*are
que se est# especi%cando ,la descripcin no debe ser detallada- y describir el
+ard*are de computadoras y el equipo peri)!rico a ser usado ,esta es una
descripcin global-.
)&%&% I$/e?+!e! ,e( !"!/e0+&
<Se lista cada inter)ase del sistema y se identi%ca la )uncionalidad del
so)t*are para lograr que el requerimiento del sistema y la descripcin de la
inter)ase correspondan. Esta inter)ase es tanto +acia dentro como +acia
)uera.
)&%&) I$/e?+!e! ,e 9+,@+e&
<Se especi%can las caracter1sticas lgicas de cada inter)ase entre el
producto de so)t*are y los componentes de +ard*are del sistema. Esto incluye
caracter1sticas de con%guracin ,n2meros de puertos( con&untos de
instrucciones( etc.-. Se mencionan los dispositivos que pueden ser soportados(
cmo son soportados( y los protocolos.
)&%&3 I$/e?+!e! ,e !-?/@+e&
<Se especi%ca el uso de otros productos de so)t*are requeridos ,por
e&emplo sistemas mane&adores de datos( sistema operativo o alguna utiler1a
espec1%ca- y las inter)ases con otras aplicaciones desarrolladas ,por e&emplo
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 8 de 21
con el sistema de contabilidad-. 0ara cada producto de so)t*are +ay que
especi%car7
Nombre.
8nemnico.
N2mero de especi%cacin.
N2mero de versin.
9uente ,quien lo provee( lugar don est# el cdigo-.
0ara cada inter)ase +ay que7
Explicar el tipo de interaccin del so)t*are relacionado con
este producto de so)t*are.
De%nicin de la inter)ase en t!rminos del contenido y
)ormato del mensa&e. No es necesario detallar alguna
inter)ase bien documentada( pero si +acer re)erencia al
documento que de%ne la inter)ase requerida.
2.2 F5$6"-$e!&
<:acer un resumen de las )unciones m#s importantes que el so)t*are
deber# e&ecutar( sin mencionar los detalles de !stas )unciones. "lgunas veces(
el resumen de )unciones que es necesaria para esta parte puede ser tomado
directamente de la seccin de especi%cacin de alto nivel ;si existe una; que
contiene )unciones particulares del producto de so)t*are.
<as )unciones deben estar organi/adas de manera que se pueda +acer
una lista de )unciones entendibles para el cliente o para alguien que lea el
documento por primera ve/. Se pueden usar m!todos gr#%cos ,diagramas- y de
texto ,cuadros sinpticos- para mostrar las di)erentes )unciones y las relaciones
entre ellas.
<as 9unciones deben ir identi%cadas para que se puedan re)erenciar en
los casos de uso.
E&emplo7
R1.; Dar de "lta a 0roductos.; 0ermite crear un registro de un producto en
la base de datos
R=.; .onsultar productos.; <ocali/a un producto en la base de datos y
presenta la in)ormacin en pantalla
R4.; Registrar los productos.; Registra los productos que un cliente
pretende comprar
R4.; Entregar el cambio.; "l %nali/ar la compra regresa el cambio del
e)ectivo en caso de que el cliente pague con mayor e)ectivo al
importe de la compra.
R>.; .omprar productos.; ?btener productos pagando por ellos.
R@.; 0agar los productos.; 0roporcionar la cantidad monetaria que
satis)ace el monto total de los productos adquiridos.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 9 de 21
RA.; 'niciar.; Da comien/o a las operaciones de venta del d1a.
RB.; .errar.; 9inali/a las operaciones de venta del d1a.
RC.; 'ncorporar nuevos usuarios.; .rea registros de nuevos ca&eros
,usuarios del sistema-.
)&3 U!5+"-!&
<'denti%car las diversas clases de usuarios que usar#n el producto. <as
clases pueden ser di)erenciadas por )recuencia de uso( subcon&unto de
)unciones utili/adas( experiencia t!cnica( niveles de privilegios o seguridad(
nivel de educacin o experiencia. Distinguir los m#s importantes de los
menos.
)&> Re!/"66"-$e! 4e$e+(e!&
<0rovee una descripcin general de las caracter1sticas que debe de
cumplir el so)t*are. 3ales como7
0ol1ticas regulatorias.
<imitaciones de +ard*are.
'nter)aces con otras aplicaciones.
?peraciones paralelas.
9unciones de auditor1a y control.
Requerimientos de lengua&es de alto nivel.
0rotocolos de comunicacin.
<o cr1tico de la aplicacin.
.onsideraciones de seguridad.
E&emplo7
Debe desarrollarse para interactuar con los dispositivos
electrnicos lectores de cdigo de barra.
3iempos de respuesta m#ximo de 4 segundos para cualquier
consulta.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 10 de 21
3
REQUERIMIENTOS ESPEC;FICOS
<Debe contener todos los requerimientos de so)t*are a un nivel
su%ciente de detalle que permita( a los desarrolladores( diseDar sistemas que
los satis)agan( y que las personas encargadas de la veri%cacin( puedan probar
el sistema us#ndolos.
" trav!s de esta seccin( cada requerimiento especi%cado deber# ser
externamente percibible por usuarios( operadores y otros sistemas externos.
Estos requerimientos deben incluir una descripcin m1nima de cada entrada al
sistema( cada salida del sistema( y todas las )unciones que se realicen en el
sistema como respuesta a una entrada o soporte de una salida. .omo esta es
la parte m#s grande e importante de una ERS( se deben aplicar los siguientes
principios7
<os requerimientos espec1%cos se deben enunciar de acuerdo a las
caracter1sticas siguientes7 correctos( no ambiguos( completos(
consistentes( ordenados por importancia y5o estabilidad(
veri%cables( modi%cables y rastreables.
<os requerimientos espec1%cos deben tener re)erencia cru/ada con
documentos relacionados.
3odos los requerimientos deben ser identi%cados de manera 2nica.
0oner atencin cuidadosa a la organi/acin de los requerimientos
para obtener una m#xima legibilidad.
Se debe mencionar al dueDo del requerimiento.
<os requerimientos deben ser de car#cter cuantitativo y no
cualitativo y capaces de ser probados. .ada requerimiento debe ser
presentado con su criterio de aceptacin.
Se debe de &usti%car el requerimiento( diciendo el por qu! del
mismo.
No es necesario que exista texto entre este punto y el siguiente.
3&% I$/e?+!e! eA/e$+!&
<Se describen todas las entradas y todas las salidas del so)t*are. Se
complementan las descripciones de inter)ases descritas en la seccin =
cuidando que no se repita la in)ormacin. El contenido y )ormato es de la
siguiente manera7
a-Nombre del producto.
b-0ropsito de la descripcin.
c-9uente de entrada y destino de salida.
d-Rango valido( exactos y5o tolerables.
e-6nidades de medicin.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 11 de 21
)-3iempo.
g-Relaciones de entradas5salidas.
+-0antallas )ormatos5organi/acin.
i-Eentanas )ormatos5organi/acin.
&-9ormatos de datos.
F-9ormatos de comandos.
l-8ensa&es %nales.
3.2 C+!-! ,e U!- (ReB5e"0"e$/-! F5$6"-$+(e!)&
3&)&% A6/-e!
<:acer una lista de las entidades relacionadas al sistema ,personal( roles
de la empresa( sistemas externos( dispositivos( etc.- &unto con sus acciones.
0or e&emplo7
Actor Funciones
.a&ero R1.; Dar de "lta a
0roductos
R4.; Registra los
productos
R4.; Entrega el cambio
.liente R>.; .ompra productos
R@.; 0aga los productos
Gerente RA.; 'nicia
RB.; .ierra
"dministrado
r
del sistema
RC.; 'ncorpora nuevos
usuarios

3&)&) D"+4+0+! ,e C+!-! ,e U!-&

< 6n diagrama de casos de uso explica gr#%camente un con&unto de
casos de uso de un sistema( los actores y la relacin entre estos y los casos de
uso. <os casos de uso se muestran en valos( los actores son %guras estili/adas
,:ombres de 0alo-( la comunicacin entre los casos y los actores se representa
mediante l1neas( algunas pueden incluir Hec+as que indican el Hu&o de la
in)ormacin o el est1mulo.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 12 de 21
El diagrama tiene como ob&eto o)recer una clase de diagrama contextual
que nos permite conocer r#pidamente los actores externos de un sistema y las
)ormas b#sicas en que lo utili/an.
E&emplo del diagrama de caso de uso7
Diagrama del .aso de 6so .omprar 0roductos en E)ectivo.

3.2.3 C+!-! ,e U!- E!e$6"+(e!&

<De acuerdo a las )unciones identi%cadas en el punto =.= listar los casos
de uso en )ormato breve para de%nir la interaccin entre el actor y el sistema
esta seccin es utili/ada para entender r#pidamente los principales procesos
del sistema. <a descripcin de los casos de uso deben contener7
Caso de uso7
Actores:
Propsito:
Resumen:
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 13 de 21
Tipo: *
Referencias cruzadas:
Descripcin:
I <os tipos de caso de uso( pueden ser7 0rimario( secundario u opcional.
<os casos primarios de uso representan los procesos m#s importantes. E&emplo( .omprar
productos.
<os casos secundarios de uso representan procesos menores o raros. E&emplo( Solicitud de
surtir el nuevo producto.
<os casos opcionales de uso representan procesos que pueden no abordarse.
E&emplo de .asos de 6so Esenciales7
Caso de uso: .omprar productos en e)ectivo
Actores: .liente ,iniciador-( .a&ero.
Propsito: .apturar una venta y su pago en e)ectivo.
Resumen: 6n .liente llega a la ca&a de 30DE con art1culos que desea
comprar. El .a&ero registra los productos y recibe un pago en e)ectivo. "l
terminar la operacin( el .liente se marc+a con los productos comprados.
Tipo: 0rimario y esencial.
Referencias cruzadas: 9unciones7 R=( R4( R4( R>( R@.
Descripcin: 6n .liente llega a la ca&a de 30DE con los art1culos que va
a comprar. El .a&ero registra los art1culos y cobra el importe. "l terminar la
operacin( el .liente se marc+a con los productos.
3.2.4 C+!-! ,e U!- Re+(e!&
"En esta seccin se describe a detalle cada uno de los casos de uso
esenciales de%nidos en la seccin 4.=.=. 0ara la documentacin de estos casos
de uso se usa la siguiente plantilla7
#aso de $so % <Nombre del caso de uso
&b'etivo en #onte(to <0ropsito del caso de uso
!recondiciones <.ondicin que debe cumplirse antes de que se realice
este caso de uso
#ondicin de )(ito <"ctividad( estado o circunstancia que determina que
el caso de uso se reali/a con !xito
#ondicin de falla <"ctividad( estado o circunstancia que determina que
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 14 de 21
el
caso de uso se reali/a sin !xito
Actores priarios <"ctor principal del caso de uso
Actores secundarios <?tros actores que intervienen en el caso de uso
*isparo <Evento que inicia el caso de uso
Referencias #ru+adas < .asos de uso y )unciones relacionadas al caso de uso.

#urso noral de los eventos,

!aso Accin del Actor <.ada una de las
actividades que reali/a el actor
Accin del -istea <"ctividades
que reali/a el sistema en
respuesta a las actividades del
actor
.
/
0
1
2
3
#urso alterno de los eventos,
!aso Accin del Actor Accin del -istea
.,A
.,B
E&emplo7
#aso de $so % . #oprar productos en efectivo
&b'etivo en #onte(to #apturar una venta 4 su pa5o en efectivo
!recondiciones 6os productos a cobrar deben estar dados de alta en el
sistea
#ondicin de )(ito 6ocali+ar todos los productos, re5istrar la venta 4
re5istrar el pa5o
#ondicin de falla No locali+ar al57n producto, No lo5rar re5istrar la venta,
no lo5rar re5istrar el pa5o,
Actores priarios #liente, ca'ero
Actores secundarios 6ector de cdi5o de barras
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 15 de 21
*isparo
El
cliente lle5a con sus productos a la ca'a de T!*8
Referencias #ru+adas R/, R0, R1, R2, R3,
#urso noral de los eventos,
!aso Accin del Actor Accin del -istea
. Este caso de uso coien+a cuando
$n cliente lle5a a una ca'a de T!*8
con
!roductos 9ue desea coprar
/ El #a'ero re5istra el identi:cador de
cada producto, -i ha4 varios
productos de una isa #ate5ora, el
#a'ero tabi)n puede ;ntroducir la
cantidad
0 *eterina el precio del producto e
incorpora a la transaccin actual la
inforacin corres pendiente, -e
presentan la descripcin 4 el precio
del producto actual en pantalla,
1 Al terinar de introducir el producto
el #a'ero indica a T!*8 9ue se
conclu4 la captura del producto,
2 #alcula 4 presenta el total de la
venta,
3 El #a'ero le indica el total al #liente,
< El #liente efect7a un pa5o en efectivo
posibleente a4or 9ue el total de la
venta
= El #a'ero re5istra la cantidad de
efectivo recibida
> ?uestra al cliente la diferencia,
@enera un Recibo
.A El #a'ero deposita el efectivo recibido
4 e(trae el cabio del pa5o
.. Re5istra la venta concluida,
./ El #a'ero da al #liente el cabio 4 el
Recibo ipreso,
.0 El #liente se archa con los artculos
coprados
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 16 de 21
#urso alterno de los eventos,
!aso Accin del Actor Accin del -istea
/,A ;ntroduccin de un identi:cador
invBlido
;ndicar error
<,A El cliente no tena su:ciente dinero,
<,B El #a'ero cancela la transaccin de
venta,

3.3 ReB5e"0"e$/-! N- ?5$6"-$+(e!&

<Especi%ca los requerimientos num!ricos( est#ticos y din#micos incluidos
en el so)t*are o en una interaccin +umana con el so)t*are completo. <os
requerimientos num!ricos est#ticos incluyen7
a- N2mero de terminales que deben ser soportadas.
b- N2mero de usuarios simult#neos que deben ser soportados.
c- .antidad y tipos de in)ormacin que debe ser manipulada.
<os requerimientos num!ricos est#ticos son identi%cados ba&o una
seccin separada titulada JcapacidadJ.
<os requerimientos num!ricos y din#micos incluyen por e&emplo( el
n2mero de transacciones y tareas y la cantidad de datos a ser procesados con
o en un cierto per1odo de tiempo para condiciones de traba&o normales y
cr1ticas. 3odos estos requerimientos deben ser enunciados en t!rminos
cuanti%cables.
Nota7 <as limitaciones num!ricas aplicadas a )unciones espec1%cas son
normalmente especi%cadas como parte de la descripcin del apartado del
procesamiento en esa )uncin.
3.4 ReB5e"0"e$/-! Se45",+, L#4"6+&
<Se deben especi%car los requerimientos lgicos para cualquier
in)ormacin incluida en la base de datos. Esta in)ormacin debe contener lo
siguiente7
a- 3ipo de in)ormacin usada por varias )unciones.
b- 9recuencia de uso.
c- .apacidades de acceso.
d- Entidades de datos y sus relaciones.
e- Restricciones de integridad.
)- Requerimientos de retencin de datos.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 17 de 21
3&C ReB5e"0"e$/-! ,e De!+-((-&
< Se deben especi%car los requerimientos derivados de reglas y
est#ndares existentes para el desarrollo de la aplicacin tales como7
0ol1ticas regulatorias sobre diseDoK logotipos( colores( )ormatos de
im#genes( etc.
0ol1ticas Normativas para desarrolloK <engua&e( 8ane&ador de base
de datos( Navegadores( etc.
0rotocolos de comunicacin.
Est#ndares aplicables
.onsideraciones de seguridad.
"dicional se deben de listar los componentes de documentacin de usuario
como manuales de usuario( ayuda en l1nea y tutoriales que deben ser
entregados con el so)t*are. 'denti%car los )ormatos y est#ndares de
documentacin.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 18 de 21
4
ATRIBUTOS DEL SOFTWARE.
<:ay un n2mero de atributos del so)t*are que pueden poseer. Es
importante que los atributos requeridos sean especi%cados de manera que
puedan ser tomados en cuenta.
>&%&% D"!*-$"'"(",+,&
<Se especi%can la disponibilidad del so)t*are para los usuarios( en caso
de tener una vigencia de%nida se especi%car# el tiempo de la misma o las
caracter1sticas de su vigencia.
>&%&) M+$/e$"0"e$/-&
<Se especi%can los atributos de so)t*are que asocien el )#cil
mantenimiento del so)t*are. 0uede ser que existan ciertos requerimientos para
cierto tipo de modularidad( inter)ases( comple&idad( etc. Estos requerimientos
no deben ser de%nidos en esta seccin.
4.1.3 Re6-0e$,+6"-$e! +( 6("e$/e&
<Se especi%can las recomendaciones que el cliente debe de poseer para
que el So)t*are pueda ser utili/ado( tales como7
a- Requerimientos m1nimos de la computadora del cliente.
b- Sistema operativo sugerido para el cliente.
c- So)t*are requerido para el mane&o de im#genesK Has+.
d- So)t*are requerido para la visuali/acin de documentos( Lord( 0D9(
entre otros.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 19 de 21
C
TEMAS O DETALLES POR RESOLVER
<"qu1 se listan todos aquellos temas o detalles pendientes( que no +an
sido solucionados o no +an quedado claros.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 20 de 21
D
2LOSARIO
<Se incluyen las de%niciones de todos los t!rminos( acrnimos y
abreviaturas que se requieren para interpretar adecuadamente este
documento. Esta in)ormacin es utili/ada en el documento y en !ste ap!ndice
se tiene un glosario de t!rminos( acrnimos y abreviaturas demasiado
extenso.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS
Pg. 21 de 21
E
APFNDICES
<Deben incluir lo siguiente7
a-E&emplos de )ormatos de entrada salidas( descripcin de estudios
de an#lisis de costos o resultados de encuestas a usuarios.
b-Soporte o re)erencias de in)ormacin que puedan ayudar a los
lectores de la ERS
c-Descripcin de problemas a ser resueltos por el so)t*are.
d-Empaquetamientos especiales del cdigo y los medios para
encontrar la seguridad( exportacin( carga inicial u otros
requerimientos.
Gobierno del Estado de Yucatn.
DIRECCIN 2ENERAL DE TECNOLO2;AS DE
INFORMACIN
DIRECCIN DE DESARROLLO DE SISTEMAS