REQUERIMIENTOS SOFTWARE

[EVIDENCIAS DE APRENDIZAJE UNIDAD 1]

PREFACIO
Este documento describe los requerimientos de software del,
cuyo objetivo principal es describir cada aspecto del proceso
de documentacin de los requerimientos de software
Alcance
Este documento de requerimientos de software es la base del
desarrollo de software del proyecto. Como informacin
descriptiva de cada aspecto del mismo proceso, y cada
seccin tiene la descripcin de su importancia o sus
funciones.
HISTORIA DEL DOCUMENTO
Fecha Ve!"#n C$%en&a"$! A'&$
04/04/204 0. !ersin inicial "scar #$uilera
i
TA(LA DE CONTENIDOS
%E&'E%()(E*+", ,"-+.#%E.........................................................................
/E!(0E*C(#, 0E #1%E*0(2#3E '*(0#0 4.....................................................
(*+%"0'CC("*.................................................................................................
2 %equerimientos ,oftware.....................................................................................2
5 %equerimientos de Calidad.................................................................................4
4 %equerimientos de #mbiente..............................................................................6
6 %estricciones........................................................................................................7
7 #rquitectura del ,oftware.....................................................................................8
8 %equerimientos de 0esarrollo.............................................................................9
9 %equerimientos 1ost 0esarrollo..........................................................................:
;losario <0efiniciones y ,i$las=...........................................................................0

ii
1 INTRODUCCION
1)1 En&$n$
/,eccin en la cual se debe de contener cualquier informacin de entorno que el
lector deba conocer. Esto incluye t>picamente e?istencia de productos similares,
datos @istricos de otros proyectos similares, etc.4
1)* E!&+n,ae!
/En esta seccin se especifican los estAndares que serAn utiliBados durante el
desarrollo, por ejemplo estAndares de codificacin, mas informacinC
@ttpC//pfsanc@eB.blo$spot.com/2008/0/in$enieraDdeDsoftwareDestndaresDdel.@tml
@ttpC//captainDjose.blo$spot.com/202/0:/estandaresDisoieeeDyDsei.@tml
EjemploC
@ttpC//www.ejie.eusEadi.net/y8:D
04/es/contenidos/informacion/ane?osFpbtFejie/esF024/adjuntos/Estandares
G20deG20desarrolloG20software.v2.0.pdf
1a$inaC 2 4
1)- D$c'%en&ac"#n
/Esta seccin debe identificar los documentos relacionados con el proyecto que
ya e?isten, y aquellos que serAn $enerados o modificados como parte del
desarrollo. Es todo lo concerniente a la documentacin del propio desarrollo del
software y de la $estin del proyecto, pasando por modelaciones
<')H=,dia$ramas de casos de uso, pruebas, manuales de usuario, manuales
tIcnicos, etcJ todo con el propsito de eventuales correcciones, usabilidad,
mantenimiento futuro y ampliaciones al sistema.4

* Re.'e"%"en&$! S$/&0ae
/Esta seccin entre$a un resumen de todos los requerimientos de alto nivel del
software del sistema. Hos requerimientos de testin$, de interfaB y otros son
i$ualmente definidos.4
*)1 Re.'e"%"en&$! F'nc"$nale!
/Esta seccin lista los requerimientos funcionales de alto nivel. Cada
requerimiento debe tener un identificador Knico, el que serA parte de la matriB de
trasabilidad y el que serA utiliBado como referencia. Hos si$uientes puntos deben
ser tomados en cuenta al definir los requerimientos.
LEstA claramente definido el requerimientoM <si @ay mAs de una interpretacin,
el requerimiento es ambi$uo=.
LEs testable el requerimientoM L,e puede demostrar con uno o varios casos de
prueba que el requerimiento se cumpleM4
-,%
/%equerimiento funcional 4
-,%2
/%equerimiento funcional 24
-,%5
/%equerimiento funcional 54
-,%4
/%equerimiento funcional 4
*)* Re.'e"%"en&$! ,e Te!&"n1
/Esta seccin debe identificar los requerimientos de testin$ para cada uno de los
requerimientos funcionales definidos en la seccin anterior. 1uede @aber mAs de
un test para validar un requerimiento funcional. Hos requerimientos de testin$
deben ser definidos a alto nivel pero deben validar claramente los
requerimientos del software. #l i$ual que los requerimientos funcionales, los
requerimientos de testin$ deben tener un identificador Knico.4
,+
/%equerimiento de testin$ 4
,+2
/%equerimiento de testin$ 24
,+5
/%equerimiento de testin$ 54
,+4
/%equerimiento de testin$ 44
*)- Ma&"2 Re.'e"%"en&$! F'nc"$nale! 3!) Re.'e"%"en&$! ,e Te!&"n1
/En esta seccin se debe especificar la matriB que mapea los requerimientos
funcionales con los requerimientos de testin$.4
2
%equerimientos de test
%equerimiento
funcional
,+ ,+2 ,+5 ,+4 ,+6 ,+7
-,% N N N
-,%2 N N
-,%5 N N N N
-,%4 N N N
-,%6 N N N
5
- Re.'e"%"en&$! ,e Cal",a,
/Esta seccin identifica todos los requerimientos de calidad que @an sido
especificados por el cliente. 1ara cada requerimiento de calidad se debe
especificar lo si$uienteC
E!cala dimensin de la medicin
P'e4a como se realiBarA la medicin
Pe$ Ca!$ El peor valor aceptable <bajo este valor se considera falla=
Plan valor planificado
A'&$",a, quien valida el requerimiento4
4
5 Re.'e"%"en&$! ,e A%4"en&e
5)1 Re.'e"%"en&$! ,e A%4"en&e ,e De!a$ll$
4.1.1 Hardware de Desarrollo
/En esta seccin se especifican los requerimientos m>nimos de @ardware de
desarrollo. 1or ejemplo, el proyecto se desarrollarA en plataformas 1C con 29
)byte de %#) o se$Kn la necesidad de memoria requerida para el software4
4.1.2 Desarrollo de Software
/Especifique los requerimientos de desarrollo de software, por ejemplo len$uaje
de pro$ramacin, si @arA consultas a una base de datos, por ejemplo 3ava con
1H/,&H etc.4
5)* Re.'e"%"en&$! ,e A%4"en&e ,e Te!&"n1
4.2.1 Hardware de Testing
/En esta seccin se especifica los equipos o elementos de @ardware que se
usarAn para probar el software, tomando en cuenta las capacidades m>nimas
requeridas para que el software funcione correctamente4
4.2.2 Software de Testing
/En esta seccin se especifica el o los software que se utiliBarAn para probar el
software del sistema, en caso de que el software use aplicaciones de terceros,
como impresoras, cone?iones "0OC a plataformas de bases de datos,
e?tensiones de funciones <e?port, import= 4
6
6 Re!&"cc"$ne!
6)1 Re!&"cc"$ne! Ha,0ae
/Esta seccin debe identificar todas las restricciones @ardware que puedan tener
un impacto en la funcionalidad, tamaPo o rendimiento del software, por ejemplo
utiliBar el software con una memoria inferior a la m>nima requerida4
6)* Re!&"cc"$ne! S$/&0ae
/Esta seccin debe identificar todas las restricciones software que puedan tener
un impacto en la funcionalidad, tamaPo o rendimiento del software.4
6)- Re!&"cc"$ne! ,e In&e/a2
/Esta seccin debe incluir todas las consideraciones de interfaB, tales como
interfaB con otros productos, interfaB usuario, etc.4
7
7 A.'"&ec&'a ,el S$/&0ae
7)1 M$,el$ A.'"&ec&#n"c$
/En esta seccin se debe presentar la arquitectura del software en la forma de
un dia$rama de bloques. ,e pueden @acer mKltiples dia$ramas si es necesario.
,i se considera que el producto serA mejorado a futuro, las mejoras deben
aparecer en la arquitectura desde el principio.4
C
/0escripcin del componente 4
C2
/0escripcin del componente 24
C5
/0escripcin del componente 54
7)* Ma&"2 Re.'e"%"en&$! F'nc"$nale! 3!) C$%8$nen&e! ,e la
A.'"&ec&'a
Componente de la arquitectura
%equerimiento
funcional
C C2 C5 C4 C6 C7
,-% N
,-%2 N
,-%5 N N
,-%4 N
,-%6 N N
8
9 Re.'e"%"en&$! ,e De!a$ll$
9)1 Re.'e"%"en&$! Pa&"c"8ac"#n Cl"en&e
/En esta seccin se deben identificar todas las ocasiones en que el cliente serA
parte del proceso de desarrollo. Esto incluye participacin en test de aceptacin,
revisiones peridicas, etc.4
9)* Re.'e"%"en&$! ,e C$%'n"cac"#n
/En el caso de desarrollos conjuntos con el cliente y en otros casos, las
comunicaciones peridicas pueden ser esenciales para el I?ito del desarrollo.
Esta seccin identifica los requerimientos de comunicacin incluyendo las
conferencias telefnicas peridicas, bases de datos distribuidas, transferencia de
documentos para revisin, tiempos de respuesta, etc.4
9)- Re.'e"%"en&$! ,e In/ae!&'c&'a
/Esta seccin identifica todos los requerimientos de infraestructura que serAn
necesarios para el I?ito del proyecto, como por ejemplo cone?in satelital o
cone?in de alta velocidad4
9
: Re.'e"%"en&$! P$!& De!a$ll$
:)1 Re.'e"%"en&$! ,e En&ena%"en&$
/Esta seccin describe los requerimientos de entrenamiento del cliente
incluyendo detalles como audiencia requerida, lu$ar del entrenamiento, material,
etc.4
:)* Re.'e"%"en&$! ,e Man&enc"#n
/Esta seccin describe los requerimientos de mantencin del software tales
como el modo de reportar los problemas, persona de contacto, etc.4
:
;l$!a"$ <De/"n"c"$ne! = S"1la!>
NnnnC ???????
?====C mmmmm.
,eccion donde se describe las palabras relativas o si$nificatos subjetivos, como
por ejemplo en un software espec>fico que uso se usan comandos como
pdmFconfi$ure, pdmFstatus, nombres de procesos como domsrvr, weben$ine
entre otros y es donde se describe la funcin o definicin de cada concepto o
abreviacin.
0