Princípios de Engenharia de Requisitosleomurta/courses/2015.2/es1/aula5.pdf · Leonardo Murta Engenharia de Requisitos 33 Exercício • Se coloquem como clientes que desejam contratar

PrincípiosdeEngenhariadeRequisitos

[email protected]

Problemachave:Comunicação

LeonardoMurta EngenhariadeRequisitos 2

Cliente EngenheirodeSoEware

EngenhariadeRequisitos•  Concepção•  Elicitação•  Elaboração•  Negociação•  Especificação•  Validação•  Gerenciamento


Concepção•  ObjeMvo–  Terumavisãogeraldonegócio

–  ConheceroclienteesuasexpectaMvas

•  Resultadosesperados–  IdenMficaçãodosinteressados(stakeholders)

–  IdenMficaçãodosdiferentespontosdevista

–  Visãogeraldoescopodosistema


GradyBoochetal.2007.Object-OrientedAnalysisandDesignwithApplica9ons.3rded.Addison-WesleyProfessional.

Elicitação


Elicitação•  ObjeMvo– EntenderoqueoclienteesperadosoEware

•  Problemasmaiscomuns– Escopovariável(mascontratofixo)–  Incertezasdocliente– VolaMlidadedosrequisitos


Elicitação•  ElementosaseremidenMficados– Objetosmanipuladospelosistema– Serviçosprestadospelosistema– Restriçõesquedevemserobedecidas– Critériosdedesempenho

•  Resultadosesperados– NarraMvaemlinguagemnaturaldosrequisitosdosistema

– ListaderequisitosdosistemaLeonardoMurta EngenhariadeRequisitos 7

Elicitação(técnicas)

•  Entrevistas•  Oficinas(workshops)•  ReuniõesdeBrainstorming•  ProtoMpação•  Maquetes•  Análisededocumentaçãoexistente•  Análisedesistemasexistentes•  Observaçãodepessoastrabalhando•  Análisedemercado•  Etc.


Elicitação(MaximizarasaMsfaçãodocliente!)

•  Requisitonormal–  Oclientelembradefalar–  OclienteficarásaMsfeitoseesserequisitoesMvernosistema

•  Requisitoesperado–  Requisitoimplícito–  Oclientenãolembradefalar–  OclienteficaráinsaMsfeitoseesserequisitonãoesMvernosistema

•  Requisitoexcitante–  Oclientenãolembradefalar–  Oclientenãoesperaencontraresserequisitonosistema–  OclienteficarásaMsfeitoseesserequisitoesMvernosistema


Elicitação(ClientexUsuáriofinal)

•  Nemsempreoclienteéousuáriofinal•  Cliente– Quemcontrataepagapeloserviço–  Ex.:Administradordeumhospital

•  Usuáriofinal– QuemusaosoEwarenodiaadia–  Ex.:Médicoseenfermeiros

•  Importante– Nuncadeixedeelicitarrequisitoscomosusuáriosfinaispoissemacolaboraçãodeles,osoEwarenãoseráusado


Elicitação(escolhadosusuáriosfonte)

•  AlgunssistemasserãouMlizadospormilharesoumilhõesdeusuários

•  EscolhausuáriosfontedosrequisitosquesejamrepresentaMvos

•  Lembre-sequearegradePareto(80-20)aparentaserválida– 20%dosrequisitossaMsfazema80%dosusuários– EscolherumusuáriomuitoespecialistapodelevaraimplementaçãoderequisitosquenuncaserãouMlizados


Elicitação(requisitosfuncionais)

•  NarraMvalivre–  “Osistemadevemostrarumamensagemdestatusemintervalosnãomenoresque60segundos”

•  Listaderequisitos–  RF-1:Umamensagemdestatusdevesermostradanaáreainferiordajanela(desenhodaFig.1)

–  RF-2:Amensagemdeveseratualizadaacada60segundos,comtolerânciade10segundosparamaisouparamenos

–  RF-3:Amensagemdeveestarsemprevisível–  RF-4:Seamensagemforreferenteaumatarefaemandamento,opercentualdeandamentodevesermostrado

–  RF-5:Seamensagemforreferenteaumatarefajáterminada,issodeveserinformadocomotexto“Finalizada”


Elicitação(requisitosnãofuncionais)

•  Sinônimo:atributosdequalidade•  Disponibilidade– DS-1:Osistemadeveficardisponívelpor99,5%dotemponosdiasúteis,das6hàs22h,e99,95%dotemponosdiasúteis,das16hàs18h

•  Eficiência–  EF-1:Emcondiçõesdepicodeuso,deveterumareservade25%decapacidadedeprocessamentoememória

–  EF-2:Ocálculodeinterferênciadeveserfinalizadocomsucessoemmenosde5minutos

–  EF-3:OmódulodeparserdeXMLdeveprocessar1.000.000dedocumentosporsegundo



•  Flexibilidade–  FL-1:UmnovoMpodesensordevepoderserconfiguradonosistemaemmenosde3horas

•  Integridade–  IN-1:Transaçõeshistóricasdosconsumidoressópoderãoservistasporusuárioscomprivilégiosde“auditor”

•  Interoperabilidade–  IT-1:OsistemadevesercapazdeimportardadostantodoMSOffice(versão2003oumaior)quantodoOpenOffice(versão2.4oumaior)

•  Confiabilidade–  CF-1:Emcada1.000execuções,nãomaisdoque2podemapresentarfalhasdesoEware



•  Robustez–  RB-1:Seacontecerumafalhaantesdousuáriosalvar,osistemadeve

recuperarumaversãonãosalvacomperdadeconteúdomenorque1minutodetrabalho

•  Usabilidade–  US-1:Umusuáriotreinadodevesercapazdesubmeterumpedidode

compraemmenosque5minutos–  US-2:Umusuárionãotreinadodevesercapazdesubmeterumpedidode

compraemmenosque30minutos–  US-3:Todososcomandosdemenudevemterteclasdeatalhoassociadas

•  Manutenibilidade–  MN-1:TodososmétodosdevemserdocumentadosuMlizandoanotação

Javadoc–  MN-2:ModificaçõescorreMvasdevemserfeitasemmenosde5horas–  MN-3:ModificaçõesadaptaMvasdevidoainstrumentoslegaisdevemser

feitasemmenosde20horas



•  Portabilidade–  PR-1:OsistemadevepoderserexecutadoemsistemaoperacionalWindowseLinux,nasarquiteturasi386,AIXeSPARC

•  Reusabilidade–  RS-1:OcontroledeusuáriosdevereuMlizarcomponentesdeautenMcaçãojáuMlizadosnosistemaPORTMAP

•  Testabilidade–  TS-1:AcomplexidadeciclomáMcamáximadeummódulonãopodesermaiorque20




DS EF FL IN IT CF RB US MN PR RS TS

DS È + +

EF È - - - - - - - -

FL - È - + + + +

IN - È - - - -

IT - + - È +

CF + - + È + + + +

RB + - + È +

US - + È -

MN + - + + È +

PR - + + - - È + +

RS - + - + - + + È +

TS + - + + + + È

Elaboração•  ObjeMvo– ExplicitaroconhecimentoobMdonaconcepçãoeelicitação

•  TransformarnarraMvasdelinguagemnaturalparaUML

•  Sinônimo:Análisederequisitos•  Resultadosesperados– Casosdeuso– Classesconceituais


Negociação•  ObjeMvo–  PriorizareidenMficarosriscosdosrequisitos–  Eliminar,combinaroumodificarosrequisitos–  Chegaraumconsensosobrealistafinalderequisitos

•  Conflitoscomuns–  Entrerepresentantesdocliente

•  Requisitoscontraditórios•  Prioridades

–  Entreoclienteeaequipededesenvolvimento•  Prazo•  Custo


Negociação•  Dimensõesprincipaisemnegociações– Escopo– Prazo– Custo

•  Asdimensõessãointerligadas– Mudançadeposiçãoemumadasdimensõespodegerarconseqüênciasnasoutrasdimensões


Negociação(dicas)

•  IdenMfiqueoobjeMvodointerlocutor•  Cedanosaspectosrelevantesparaointerlocutorquenãosão

relevantesparavocê–  NãoéumacompeMção.Ambostêmqueganhar!

•  Definaumaestratégia–  SaibadeantemãooquepodesercedidoeoqueéfundamentaldesermanMdo

•  Escutecomcuidadoosargumentosdointerlocutor–  Reavalieasuaposiçãocasonecessário

•  Casochegueaumasituaçãoconfortável,façaumacordodeimediato–  Nãobusquemelhorarasuaposiçãoseaposiçãoatualjáéadequadaparaambos!


Especificação•  ObjeMvo– Produziraespecificaçãoderequisitos

•  Especificaçãoderequisitoengloba– Requisitosfuncionais– Requisitosnãofuncionais


Validação•  ObjeMvo– Assegurarqueaespecificaçãoderequisitosestáconsistente

•  Problemascomuns– Ambigüidade–  Inconsistência– Omissão– Erro


Validação(questões)

•  Osrequisitosestãoclaros?•  AfontedosrequisitosestáidenMficada?•  Osrequisitosforammostradosparaessafonte?•  OsrequisitosestãodescritosdeformaquanMtaMva?•  Osrequisitosestãorelacionadosviareferênciacruzada?•  Osrequisitosviolamalgumarestriçãododomínio?•  Orequisitoétestável?Ostestesforamespecificados?•  Osrequisitossãorastreáveisparaosmodeloseocódigosubseqüente?

•  Existemrequisitosimplícitos?


Validação(exemplosdeambiguidade)

•  Ajaneladeveabrirrapidamente•  Osistemadeveserflexível•  Ocálculodevesereficiente•  Ainterfacecomousuáriodevesermelhorqueaatual

•  Nãodevemsermostradasmuitasmensagensdeerro

•  Aexibiçãodomapadenavegaçãodeveseramigável


Gerenciamento•  ObjeMvo– Controlarasmudançasnosrequisitos– PermiMraanálisedeimpactodasmudanças

•  Tiposderastreabilidade– CaracterísMcasdosistema– Fontedorequisito– Dependênciasentrerequisitos– Subsistemas–  Interfaces


Gerenciamento(matrizderastreabilidade)


Fonte:h|p://www.modernanalyst.com

10princípiosdeengenhariaderequisitos

•  Primeiropassoparaseresolverumproblemaéentenderoproblema– Nãobastacomunicar,énecessárioentender!

•  Princípio1:Escute– Tenteprestaraatençãonoqueointerlocutorfala– Eviteinterromperalinhaderaciocíniodointerlocutor– Peçadetalhesdealgoquenãoficouclaro– NãodesesMmuleseuinterlocutorcomgestosoupalavras



•  Princípio2:Seprepareantesdareunião–  Tenteentenderoproblemaantesdareunião–  TentecompreenderqualéojargãouMlizadonodomínio–  Elaboreumaagendaparaareunião

•  Princípio3:Éimportanteterummediador– Omediadoréresponsávelpormanterareuniãocomfocoapropriado

– Omediadoréresponsávelporresolverconflitos•  Princípio4:Comunicaçãofaceafaceéoideal– Nacomunicaçãofaceafaceépossívelpercebergestos– Adedicaçãonacomunicaçãofaceafaceémaior



•  Princípio5:Tomenotadasdecisões–  Empoucotempo,nãoserápossívelsaberporqueumadecisãofoitomada

–  Éfundamentaldocumentarasrazõesdecadadecisão•  Princípio6:EsMmulecolaborações– Duasoumaismentespensammelhorqueuma–  Colaboraçõesgeramcumplicidadenaequipe

•  Princípio7:Mantenhaofoco–  EvitequeoreuniãosedesviemuitodoseuobjeMvo–  Lembreàspessoasoqueaindaprecisaservisto



•  Princípio8:SealgoesMverobscuro,desenhe!–  Representaçõesvisuaisajudamauniformizaridéias–  Façausodepapelequadrobrancoemabundância

•  Princípio9:Sigaemfrente!–  Seconcordarem,sigamemfrente–  Sediscordarem,sigamemfrente–  SeesMverememdúvidaenãoforpossívelMraradúvidanomomento,sigamemfrente

•  Princípio10:Negociaçãonãoéumjogo–  Busqueporsoluçõesboasparaambasaspartes–  Cedaemaspectosquenãosãofundamentais–  Briguesomentepelasbatalhasquevalemapena


Umpossívelprocesso...1.  IdenMfiqueosinteressadosnosoEware2.  Sereuniacomosinteressadosefaçaperguntasgenéricassobrecomo

funcionaosistema3.  FaçaumdiagnósMcodeumapáginasobreoescopodoprojeto4.  ReviseodiagnósMcocomosinteressados,visandovalidara

comunicaçãoanterior5.  Façareuniõestécnicascomosinteressadosparadescobriroscenários

deusodosistema(entradas,saídas,caracterísMcas,funcionalidadesecomportamentos)

6.  Façaumbreverelatóriodessescenários7.  Refinacomosinteressadosesserelatório8.  Priorizeessescenárioscomosinteressados9.  Revisecomosinteressadosorelatóriodecenários10.  Inicieoplanejamentodasetapasdeprojeto,codificaçãoetestes


Deengenhariaderequisitosparaimplantação

•  ApriorizaçãodosrequisitosdeterminaoconteúdodecadaiteraçãodeimplantaçãodosoEware– Dependênciasentrerequisitospodeinfluenciarnessaordem

•  EntregarmaisqueopromeMdopodeserumafacadedoisgumes– Alegraoclientenaquelaiteração–  ChateiaoclienteemiteraçõesfuturasseissonãoserepeMr

•  Requisitosnãofuncionaispodemimplicaremcustospós-implantação–  Ex:SLAdeterminando4horasparacorreçãodedefeitos


Exercício•  Secoloquemcomoclientesquedesejamcontratarumaso;warehouseparadesenvolverumaIDE–  Inicialmente,cadagrupodevefazeruma“reuniãointerna”deelicitaçãoderequisitos(5-10minutos)•  Oresultadodessareuniãodeveserumalistadeaté10requisitos

–  3gruposdevemapresentarseusrequisitosnoquadro,eentrarnumafasedeconciliação:combinação,divisãoouremoçãoderequisitosduplicados

– Aofinal,cadagrupodeverádistribuir10pontosparaosrequisitosmaisprioritários


Bibliografia•  RogerPressman.2004.So;wareEngineering:APrac99oner'sApproach.6thed.McGraw-Hill.

•  Wiegers,KarlE.2003.So;wareRequirements,SecondEdi9on.2nded.MicrosoEPress.

LeonardoMurta 35EngenhariadeRequisitos

PrincípiosdeEngenhariadeRequisitos

[email protected]

Documents

Princípios de Engenharia de Requisitosleomurta/courses/2015.2/es1/aula5.pdf · Leonardo Murta Engenharia de Requisitos 33 Exercício • Se coloquem como clientes que desejam contratar