MINISTRIO DA EDUCAO

SECRETARIA DE EDUCAO PROFISSIONAL E TECNOLGICA

INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA DO SERTO PERNAMBUCANO CAMPUS FLORESTA

CURSO SUPERIOR DE GESTO DA TECNOLOGIA DA INFORMAO

Christoph ! Fr!it"s S"#tos

E$S

Resoluo do captulo 6

FLORESTA % PE &'()

*+( % I !#ti,i-.! r!s./i "/!#t! ! !s0r!1" 2 tipos ! r!-.isitos -.! s! po !/ !,i#ir p"r" ./ sist!/" i#,or/3ti0o+ F.#0io#"is Declaraes de funes que o sistema deve fornecer, como o sistema deve reagir a entradas especficas e como se deve comportar em determinadas situaes. Em alguns casos os requisitos funcionais podem tambm e plicitamente di!er o que o sistema no deve fa!er. E ." #onsulta de dados de $ist%rico, diferentes graus de privilgios de administrador. N4o ,.#0io#"is Restries sobre os servios ou as funes oferecidas pelo sistema. Entre eles destacam&se restries de tempo, processo de desenvolvimento 'produto organi!acionais, e ternos(. E ." )empo de resposta de acesso aos dados inferior a * segundos, disponibilidade a +,,-. R!-.isitos os .ti5i6" or!s Declaraes em linguagem natural e tambm em diagramas sobre as funes que o sistema deve fornecer e as restries sob as quais deve operar. E ." .nterface simplificada com uma curva de aprendi!agem r/pida, linguagem do programa em portugu0s e ingl0s. R!-.isitos o sist!/" Descries mais detal$adas dos requisitos de usu/rio. Eles podem servir de base a um contrato destinado 1 implementao do sistema e, portanto deve ser uma especificao completa e consistente do sistema. E ." 2istemas redundantes com toler3ncia a fal$as em R4.D *, utili!ao de c%digo aberto gr/tis 565 e 7829: em ambiente :inu .

*+& % Dis0.t" o pro75!/" ! .s"r 5i#8."8!/ #"t.r"5 p"r" !,i#ir os r!-.isitos o .s.3rio ! o sist!/" ! /ostr!, .s"# o p!-.!#os !9!/p5os, por-.! : -.! " !str.t.r";4o " 5i#8."8!/ #"t.r"5 !/ ,or/.53rios po ! "<. "r " !1it"r "58./"s !st"s i,i0.5 " !s+ Di,i0.5 " !s= A/7i8.i " ! " 5i#8."8!/ #"t.r"5 4 interpretao da linguagem natural depende de quem a l0 ou a escreve, o que pode levar a mal entendidos no significado dos requisitos. E90!sso ! ,5!9i7i5i " ! ;m mesmo requisito pode ser identificado de diversas maneiras diferentes, levando a confuso se os requisitos so os mesmos ou diferentes. Di,i0.5 " ! " /o .5"r 2endo a linguagem difcil de modular, difcil relacionar os requisitos entre si deforma a verificar as consequ0ncias de uma mudana. E9+= Dicion/rio de requisitos, em todos os stios na documentao e no programa

determinado requisito referenciado da mesma forma. )emplate ou formul/rio para preenc$imento de cada requisito 'Descrio da funo, inputs<outputs, origem<destino, pr<p%s condies(. *+) > D!s0.7r" "/7i8.i " !s o. o/iss?!s #" s!8.i#t! ",ir/";4o ! r!-.isitos ! ./" p"rt! ! ./ sist!/" ! !/iss4o ! 7i5h!t!s+ U/ sist!/" ".to/3ti0o ! !/iss4o ! 7i5h!t!s 1!# ! 7i5h!t!s ! 0o/7oio+ Os .s.3rios s!5!0io#"/ o s!. !sti#o ! i#tro .6!/ ./ 0"rt4o ! 0r: ito ! ./ #@/!ro ! i !#ti,i0";4o p!sso"5+ O 7i5h!t! ! 0o/7oio : !/iti o ! " 0o#t" !5!s ! 0"rt4o ! 0r: ito : 0o7r" "+ $."# o o .s.3rio pr!ssio#" o 7ot4o ! i#A0io, : /ostr" o ./ /!#. -.! /ostr" os possA1!is !sti#os, <.#to 0o/ ./" /!#s"8!/ p"r" o .s.3rio !sti#o+ U/" 1!6 -.! s! s!5!0io#o. ./ -.! 5h! i# i0" p"r" s!5!0io#"r ./

!sti#o, p! ! "os .s.3rios -.! i#tro .6"/ o 0"rt4o ! 0r: ito+ A s." 1"5i " !

: 1!ri,i0" " ! : p! i o "o .s.3rio p"r" i#tro .6ir ./ i !#ti,i0" or p!sso"5+ $."# o " tr"#s";4o ! 0r: ito ,or 1"5i " ", o 7i5h!t! : !/iti o+ A/7i8.i " !s 2% cartes de crdito ou tambm de dbito= >anc/rio ou interno= ?@ de identificao pessoal A identificador pessoal= '#onta de carto de crdito cobrada A transao de crdito validada=( B que fa! +@= Depois da transao que emite o bil$ete, no antesC

O/iss?!s )ipos de bil$etes= )ipos de comboios= 9uais os destinos= ?Dmero de identificao pessoal de qu0= Do carto= Ecr inicial '.ncio( aparece por defeito a escol$a de destino= Bnde fica o boto de incio= Ealidar antes de inserir um identificador pessoal= ?o descreve quando e como solicitado o c%digo pessoal ao utili!ador. ?o descreve como o sistema deve reagir a um carto ou c%digo pessoal no v/lido. ?o define como devolvido o carto ao utili!ador. !s0ri;4o "#t!rior .ti5i6"# o " "pro9i/";4o ! ,or/" "propri" " "s

*+2 % Bo5t! " !s0r!1!r " !str.t.r" " "/7i8.i " !s i !#ti,i0" "s+

!s0rit" #!st! 0"pAt.5o+ R!so51"

5retende&se o desenvolvimento de um sistema autom/tico de venda de bil$etes de comboio. 5ara iniciar a utili!ao do sistema o utili!ador dever/ premir o boto incio, ativando o menu de destinos possveis associado a uma mensagem que l$e indicar/ que deve selecionar o destino pretendido. 4p%s a seleo do destino

pretendido, o sistema pede ao utili!ador para inserir o carto de crdito na ran$ura e istente para o efeito mediante a apresentao de uma mensagem no ecr. Em seguida, o sistema solicitar/ a introduo do c%digo pessoal mediante a apresentao de uma mensagem. 4p%s a introduo do c%digo pessoal pelo utili!ador, recorrendo ao teclado e istente no dispositivo, o sistema comprovar/ a validade do carto. 2e o carto ou c%digo pessoal no for v/lido, o sistema apresentar/ a mensagem de F#arto no v/lido Fe e pelir/ o carto. 2e o carto e c%digo pessoal estiverem corretos, o sistema iniciar/ a transao. )erminada a transao, o sistema devolver/ o carto ao utili!ador apresentando a seguinte mensagem" FRetire o carto por favorG. 4p%s o utili!ador retirar o carto do sistema, ser/ impresso o bil$ete e e pedido pela respectiva ran$ura, apresentando uma mensagem de convite ao utili!ador para retirar o bil$ete. Retirado o bil$ete, termina a operao e o sistema volta ao estado de incio, aguardando que novo utili!ador pressione no respectivo boto.

*+C % D!s0r!1" 2 tipos ! r!-.!ri/!#tos #4o ,.#0io#"is -.! po !/ !9istir !/ ./ sist!/"+ DD !9!/p5os ! 0" " ./ !st!s tipos ! r!-.!ri/!#tos+ R!-.isitos ! pro .tos Requisitos que especificam o comportamento do produto. E ." Bs requisitos de desempen$o sobre com que rapide! o sistema deve operar e quanta mem%ria ele requer, os requisitos de confiabilidade, que estabelecem a ta a aceit/vel de fal$as, os requisitos de portabilidade e os requisitos de facilidade de uso.

R!-.isitos or8"#i6"0io#"is 5rocedentes de polticas e procedimentos nas organi!aes do cliente e do desenvolvedor. E ." Bs padres de processo que devem ser utili!ados, os requisitos de implementao, como a linguagem de programao ou o mtodo do proHeto

utili!ado, e os requisitos de fornecimento, que especificam quando o produto e seus documentos devem ser entregues. R!-.isitos !9t!r#os 4brange todos os requisitos procedentes de fatores e ternos ao sistema e a seu processo de desenvolvimento. E ." Bs requisitos de interoperabilidade, que definem como o sistema interage com sistemas noutras organi!aes, os requisitos legais, que devem ser seguidos para assegurar que o sistema opera de acordo com a lei, e os requisitos ticos 'os requisitos ticos so definidos num sistema para garantir que este ser/ aceit/vel para os seus utili!adores e o pDblico em geral(.

*+(' % Bo0D "0!ito. ./ tr"7"5ho 0o/ ./ .ti5i6" or ! so,tE"r! -.! 0o#tr"to. "#t!rior/!#t! o s!. "#ti8o !/pr!8" or p"r" !s0o7r! -.! " i#t!rpr!t";4o ! s." !/pr!s" !s!#1o51!r ./ sist!/"+ Bo0D os r!-.isitos : i,!r!#t! "

i#t!rpr!t";4o ,!it" p!5o s!. "#ti8o !/pr!8" or+ Dis0.t" o -.! !1! ,"6!r #!st" sit.";4o+ Bo0D s"7! -.! os 0.stos p"r" o s!. "t."5 !/pr!8" or 14o "./!#t"r s! "s "/7i8.i " !s #4o ,or!/ r!so51i "s+ T!/ t"/7:/ ./" r!spo#s"7i5i " ! ! 0o#,i !#0i"5i " ! p"r" 0o/ s!. !/pr!8" or "#t!rior+

)entava resolver as ambiguidades sem revelar informao confidencial