paquete de despliegue_analisis de requerimientos de software-v1_2

7/23/2019 Paquete de Despliegue_Analisis de Requerimientos de Software-V1_2

1/42

Paquete de DespliegueAnlisis de Requerimientos de Software

Perfil Bsico

Notas:

Este documento es propiedad intelectual de la organizacin del autor. De todas formas, la

informacin contenida en el documento es de uso libre. La distribucin parcial o total deldocumento est autorizada para uso no comercial mientras que la siguiente nota legal seamencionada:

Centre d Ecellence en !ec"nologies de l#nformation et de la Communication and $colede !ec"nologie %up&rieure

El uso comercial de este documento est estrictamente pro"ibido. Este documento esdistribuido para me'orar el intercambio de informacin t&cnica ( cient)fica.

Este material est proporcionado en el estado en que se encuentra. El autor no garantizaning*n tipo, epl)cito o impl)cito, de cualquier asunto, sin estar limitado a, garant)a o aptitudpara propsito o comercializacin, eclusi+idad, o resultados obtenidos del uso del material.Los procesos descritos en este aquete de Despliegue no intentan ecluir o desalentar el usode procesos adicionales que las eque-as rganizaciones puedan encontrar *tiles.

AutoresDocumentoOriginal

%. /LE0/1D2E, 3 Centre dEcellence en !ec"nologies de l#nformationet de la Communication 4CE!#C5, 46&lgica5

C. 7. L/2!E, $cole de !ec"nologie %up&rieure 4E!%5, 4Canad5

Autor Versinspa!ol

C71!8#/ 2/9% 3 ni+ersidad eruana de Ciencias /plicadas 4er*5

ditores L#% ;/2C#/ 3 ni+ersidad eruana de Ciencias /plicadas 4er*5C. 7. L/2!E, $cole de !ec"nologie %up&rieure 4E!%5, 4Canad5

"ec#a de creacin ?


2/42

Paquete de Despliegue & Anlisis de Requerimientos deSoftware

gina > A>

Bersin


3/42


gina @ A>

Bersin J

E'emplo > de rcticas del Ciclo de +ida de 2equerimientos.......................................@?

,. -is$a e Co*proacin..........................................................................31

Lista de comproacin de requerimientos..................................................................!"

. erra*ien$a.........................................................................................32

#erramienta de Tra$ailidad....................................................................................!%

9. Referencias a o$ros Es$nares & oelos.............................................34

&atri$ de Referencia de '() *++".............................................................................!4

&atri$ de Referencia '(),'E- "%%+.........................................................................!

&atri$ de Referencia de -&&' para /esarrollo 0 ".!...................................................4+

10. Referencias.........................................................................................42

11. or*'lario e E%al'acin....................................................................44

CE!#C 3 E!%


4/42


gina A A>

Bersin


5/42


gina = A>

Bersin


6/42


gina H A>

Bersin ?KQ

#c$i%ia8 un con'unto de tareas co"esi+as de un proceso. P#%#EC >?KQ

Tarea8 accin requerida, recomendada o permisible que intenta contribuir al logro de uno oms resultados de un proceso.P#%#EC >?KQ

S'Tarea8 cuando una tarea es comple'a, se di+ide en subtareas.

!aso8en un paquete de despliegue, una tarea es descompuesta en una serie de pasos.

Rol: una funcin definida para ser realizada por un miembro del equipo del pro(ecto, comopruebas, arc"i+amiento, inspeccin, codificacin. P#%#EC >AKH=Q

!ro'c$o8 pieza de informacin o entregable que puede ser producida 4noobligatoriamente5 por una o muc"as tareas 4por e'emplo, un documento de dise-o, cdigofuente5.

#r$efac$o8 informacin, que puede no estar listada en la norma #%#EC >J


7/42


gina K A>

Bersin AKH=Q

Doc'*en$o e Re5'eri*ien$os8 un documento que contiene cualquier combinacin derecomendaciones, requerimientos o regulaciones para cumplir con un paquete de softFare.P#%#EC >AKH=Q

ase e Re5'eri*ien$os8 el periodo de tiempo en el ciclo de +ida del softFare durante elcual los requerimientos para un producto softFare son definidos ( documentados. P#%#EC>AKH=Q

Especificacin e Re5'eri*ien$os e Sof$;are: El documento E2% es una especificacinpara un producto softFare, programa, o con'unto de programas en particular quedesempe-an ciertas funciones en un ambiente espec)fico. El documento E2% puede estarescrita por uno o ms representantes del pro+eedor, uno o ms representantes del cliente, opor ambos. P#EEEI@?JIQ

El documento E2% contiene ambos requerimientos funcionales ( no funcionales.

El documento E2% puede ser materializado en un documento Mord pero tambi&n puede ser

administrado en una base de datos o en un arc"i+o Ecel.

Re5'eri*ien$os AKH=Q

Prototipo:1.un modelo eperimental, (a sea funcional o no funcional, del sistema o parte

del sistema. 'EEE "%!!8 "**: Edition ;R%++%< 'EEE Guide for /e1elopin (7stemRequirements (pecifications.@.. 2.n tipo, formulario, o instancia preliminar de unsistema que sir+e como un modelo para posteriores etapas o para la +ersin final ( completadel sistema. '(),'E- %4638 (7stems and (oft9are Enineerin 0ocaular7. 3.modelo oimplementacin preliminar de una pieza de softFare adecuada para la e+aluacin del dise-odel sistema, rendimiento o potencial de produccin, o para el me'or entendimiento de losrequerimientos del softFare.'(),'E- "3*"+="*** 'nformation tecnolo7 22 (oft9are userdocumentation process.A.AAKH=Q

,ra%a)le8 tener componentes cu(os or)genes pueden ser determinados. P#%#EC>AKH=Q

CE!#C 3 E!%


8/42


gina I A>

Bersin AKH=Q

CE!#C 3 E!%


9/42


gina J A>

Bersin J


10/42


gina


11/42


gina

Bersin . #dentificar el alcance del pro(ecto

@. #dentificar ( capturar los requerimientos

A. Estructurar ( priorizar los requerimientos

Descripcin e!asos8

!aso 1. Recopilar infor*acin acerca el o*inio:

Durante este aso, el analista captura los conceptos cla+e del dominiode negocio del cliente. El cliente a(uda al analista brindndole toda lainformacin 4documentacin eistente o eplicacin5 que facilite sucomprensin.

Los conceptos cla+e son listados en la seccin de glosario en elbosque'o del /ocumento de Especificacin de Requerimientos de(oft9are.

!aso 2. Ien$ificar el alcance el pro&ec$o

El analista de softFare, a(udado por la persona encargada de losaspectos contractuales del pro(ecto 4efe de Bentas5 identificaclaramente las principales funcionalidades que estn incluidas en el

CE!#C 3 E!%


12/42


gina A>

Bersin


13/42


gina

Bersin


14/42


gina

Bersin


15/42


gina

Bersin


16/42


gina

Bersin


17/42


gina

Bersin


18/42


gina

Bersin


19/42


gina

Bersin


20/42


gina >? A>

Bersin


21/42


gina >< A>

Bersin


22/42


gina >> A>

Bersin


23/42


gina >@ A>

Bersin + PlantillaLas plantillas pre+istas en este paquete de despliegue deben ser personalizadas para elpro(ecto.

scenario de Atri)uto de -alidad

Est)mulo

uente de Est)mulo

/mbiente

/rtefacto 4si se conoce5

2espuesta

9edida de la 2espuesta

scenario de Atri)uto de -alidad ? @emplo

n e'emplo de un Escenario de /tributo de Calidad de 2endimiento.

Est)mulo E+ento de presionar la tecla Enter o seleccionar el botnR6*squeda de ;oogleR en FFF.google.comluego de escribir unaconsulta.

uente de Est)mulo El usuario presiona la tecla Enter o selecciona el botn a tra+&sdel clicO del mouse.

/mbiente na b*squeda del usuario por informacindatos.

/rtefacto 4si se conoce5 9otor de b*squeda de ;oogle.

2espuesta %e muestran los resultados de la b*squeda en la pantalla.

9edida de la 2espuesta 9edio segundo.

Plantilla SRS ,a)la de -ontenidos & ista Bsica de Requerimientos

ara ser usado en una "o'a de Ecel estructurada, por e'emplo, como:

'/

Requerimiento /escripcin Prioridad

Plantilla SRS ,a)la de -ontenidos &Adaptado de 9 84

.+ 9ntroduccin


24/42


gina >A A>

Bersin .@ Clases de usuario ( caracter)sticas

>.A /mbiente operacional

>.= /mbiente de usuario

>.H 2estricciones de dise-oimplementacin

>.K /sunciones ( dependencias

8+ Requerimientos de 9nterfaces Cternas@.< #nterfaces de usuario

@.> #nterfaces de "ardFare

@.@ #nterfaces de softFare

@.A rotocolos de comunicacin e interfaces

;+ -aracter0sticas del sistema

A.< Caracter)stica del sistema /

A.+ Otros Requerimientos No funcionales

=.< 2equerimientos de rendimiento

=.> 2equerimientos de seguridad f)sica

=.@ 2equerimientos de seguridad informtica

>+; Atri)utos de calidad del software

=.= Documentacin del pro(ecto

=.H 9anual de usuario

+ Otros Requerimientos

/p&ndice /: !erminolog)a;losarioLista de definiciones

/p&ndice 6: / ser determinado

CE!#C 3 E!%


25/42


gina >= A>

Bersin


26/42


gina >H A>

Bersin


27/42


gina >K A>

Bersin


28/42


gina >I A>

Bersin emplo del ciclo de 1ida de las prActicas de requerimientos. Estose>emplos son pro1istos para a7udar al lector a implementar su propio ciclo de 1ida de requerimientos adaptando el conteBto 7 relas desu pro7ecto de T'.

@emplo . de Prcticas del -iclo de (ida de Requerimientos

"igura 3 @emplo . de Prcticas del -iclo de (ida de Requerimientos

CE!#C 3 E!%


29/42


gina >J A>

Bersin


30/42


gina @? A>

Bersin


31/42


gina @< A>

Bersin


32/42


gina @> A>

Bersin


33/42


gina @@ A>

Bersin


34/42


gina @A A>

Bersin roducir unprototipo

1

Berificacin ( +alidacin derequerimientos

aso < Esclarecerrequerimientos confusos4+erificacin5

1


aso > 2e+isar laespecificacin derequerimientos de softFare

K.>.> 2e+isin de requerimientosrelacionados al producto

a5 requerimientos del productoestn definidos,

b5 contrato u orden derequerimientos que difiere deaquellos que "an sido pre+iamenteepresados ( resueltos, (


aso @ Balidarrequerimientos

1

;estin del cambio de2equerimientos

aso < 9onitoreo decambios en losrequerimientos

1


aso > : /nalizar el impactode los cambios 1


aso @ : #dentificar cambiosque estn fuera del alcancedel pro(ecto

1

CE!#C 3 E!%


35/42


gina @= A>

Bersin #dentificar elalcance del pro(ecto

K. roceso de /nlisis de2equerimientos de %oftFare

a5 los requerimientos estnasignados a los elementos softFare

del sistema ( sus interfaces estndefinidasW

H.A.< roceso de Definicin de2equerimientos del %taOe"older

H.A. 2esultados

a5 %e especifican las caracter)sticasrequeridas ( el conteto de uso delos ser+iciosW

#dentificacin de2equerimientos

aso @ #dentificar (

capturar los requerimientos


a5 los requerimientos estn

asignados a los elementos softFaredel sistema ( sus interfaces estndefinidasW

H.A.< roceso de Definicin de2equerimientos del %taOe"older

H.A. 2esultados


CE!#C 3 E!%


36/42


gina @H A>

Bersin 2esultados

e5 %e definen la priorizacin para laimplementacin de losrequerimientos del softFareW

erfeccionamiento ( anlisisde requerimientos

aso < Detallarrequerimientos

K. roceso de /nlisis de2equerimientos de %oftFareK..> 2esultados


erfeccionamiento ( anlisisde requerimientos

aso > roducir unprototipo

[email protected].@.> Berificacin

K.>.A.@.>.< Berificacin de2equerimientos.

c5 Los requerimientos de softFareson consistentes, factibles, sepueden probar, ( refle'anacertadamente los requerimientosdel sistema.

Berificacin ( +alidacin de

requerimientosaso > 2e+isar laespecificacin derequerimientos de softFare

K.>.A.@.> Berificacina5 Los requerimientos del sistemason consistentes, factibles, sepueden probar.

CE!#C 3 E!%


37/42


gina @K A>

Bersin .= roceso de Balidacin de%oftFare

El propsito del roceso deBalidacin de %oftFare esconfirmar que los requerimientospara un uso espec)fico ( pre+istodel producto de traba'o desoftFare son satisfec"os.

e5 se pro+ee e+idencia de que losproductos de traba'o del softFareson desarrollados ( adecuadospara su uso pre+istoW

(

K.>.=.@.>.A Balidar que el productosoftFare satisfice su uso pre+isto


aso < 9onitoreo decambios en losrequerimientos

K.>.A roceso de Berificacin de%oftFare

d5 defectos son identificados (registradosW (

K.>.= roceso de Balidacin de%oftFare

d5 problemas son identificados (registradosW


aso > : /nalizar el impactode los cambios


K..> 2esultados

c5 el impacto de los requerimientosdel softFare en el ambiente deoperaciones es entendidoW

g5 cambios a los requerimientosdel softFare son e+aluados paracostos, "orarios e impacto t&cnicoW

(;estin del cambio de2equerimientos

aso @ : #dentificar cambiosque estn fuera del alcancedel pro(ecto

1


aso A riorizar cambios1

CE!#C 3 E!%


38/42


gina @I A>

Bersin


39/42


gina @J A>

Bersin 2e+isar laespecificacin de

requerimientos de softFare

% @.= En+iar 2equerimientos

>. Berificar si los requerimientosson un desarrollo adecuado (comprensi+o de la representacin

del roducto 4prototipos,simulaciones, modelos, escenarios( stor(boards5 ( se "a(arecolectando retroalimentacin delos staOe"oldersin+olucrados.


aso @ Balidarrequerimientos

% @.= En+iar 2equerimientos

;estin del cambio de

2equerimientosaso < 9onitoreo decambios en losrequerimientos

% : /nalizar el impactode los cambios

%


40/42


gina A? A>

Bersin J


41/42


gina A< A>

Bersin [email protected]( /ttribute MorOs"ops 4S/Ms5, !"irdEdition 4!ec"nical 2eport C9%E#>??@!2?


42/42


gina A> A>

Bersin

paquete de despliegue_analisis de requerimientos de software-v1_2

Documents