LEVANTAMENTO DE REQUISITOS

Llian Simo Oliveira

Processo de desenvolvimento de software ft

Fonte: GoogleImages

Nveis de erros

Fonte: iMaster.com

Requisitos q de um software

So as caractersticas e funcionalidades que um software tem

Engenharia g de Requisitos q

Oq que ? Quem faz? Por q que importante? p Quais so os passos? p Qual o p produto do trabalho?

Engenharia g de Requisitos q

Oq que ? Ajuda j os engenheiros g de software a entender o problema a ser trabalhado So tarefas que auxiliam no entendimento, como:
Quem

ir usar e como ? Qual o impacto do software na empresa ? O que o cliente quer?

Engenharia g de Requisitos q

Quem faz? Q Engenheiro g de software ( (analista de TI e engenheiros de sistemas) Envolvidos:

Gerentes Clientes Usurios

Engenharia g de Requisitos q

Por q que importante? p Quais so os passos? Qual o produto do trabalho?

Concepo

Levantamento

Elaborao

Escopo Problema

Definio Prioridades

Refinamento

Escopo p

Definio do que pertence ao sistema a ser desenvolvido e o que est for a do escopo.

consiste em definir quais so as funes primrias que o software deve realizar e procura delimitar a quantidade de funes. Pressman

Levantamento de Requisitos q

Concepo

Levantamento

Elaborao

Negociao

Especificaco

Validao

Escopo Problema

Definio Refinamento Prioridades

Engenharia de Requisitos - Tipos de requisitos

Requisitos funcionais

Declaraes de funes que o sistema deve fornecer, como o sistema deve reagir a entradas especficas e como deve se comportar t em determinadas d t i d situaes. it

Exemplo: o sistema deve prever um relatrio de notas do aluno.

Requisitos no funcionais

Expressam qualidade e restries sobre os servios ou as f oferecidos funes f id pelo l sistema. it

Ex. restries de tempo, restries sobre o processo de desenvolvimento, padres, etc.

Exemplo p Requisito q Funcional

O usurio deve ser capaz p de pesquisar p q tanto todo o conjunto inicial do banco de dados ou selecionar um subconjunto dele

O sistema deve fornecer visualizadores (viewers) apropriados para ler documentos

O sistema dever calcular automaticamente os impostos sobre a folha de pagamento de cada funcionrio

Requisitos No Funcionais

Surgem conforme S f a necessidade id d dos d usurios, i em razo de restries de oramento etc. Podem estar relacionados propriedades de confiabilidade, tempo de resposta e espao em disco. di A falha de no cumprir com um requisito no funcional de sistema pode tornar todo o sistema intil. (ex. requisito confiabilidade num sistema de aviao).

Exemplo p Requisito q no - Funcional

A usabilidade bilid d do d sistema, it o sistema it t que ser de tem d fcil uso para os usurios

Segurana do sistema, os dados do cliente precisam ser criptografados para que pessoas sem autorizao no tenha acesso a dados p pessoais.

Tipos p de Requisitos q No Funcionais

Requisitos no funcionais

Requisitos do produto

Requisitos organizacionais

Requisitos externos

Requisitos de facilidade de uso

Requisitos de eficincia

Requisitos de confiabilidade

Requisitos de portabilidade

Requisitos de interoperabilidade

Requisitos no ticos

Requisitos legais

Requisitos de entrega

Requisitos de implementao

Requisitos de padres

Requisitos de desempenho

Requisitos de espao

Requisitos de privacidade

Requisitos de segurana

Classificao dos Requisitos N F No Funcionais i i

Requisitos q de produtos p

Requisitos que especificam o comportamento do produto. Ex. portabilidade; velocidade de execuo; confiabilidade, etc. etc Requisitos q decorrentes de polticas p e procedimentos p organizacionais. Ex. padres, infra-estrutura, etc. Requisitos R ii d decorrentes d de fatores f externos ao sistema i e ao processo de desenvolvimento. Ex. requisitos de interoperabilidade, legislao, etc.

Requisitos da organizao

Requisitos externos

Mtricas de Requisitos No Funcionais

Propriedade Velocidade T Tamanho h Facilidade de uso Confiabilidade Mtrica Transaes processadas/segundo Tempo de resposta ao usurio/evento Tempo de refresh da tela K Bytes B Nmero de chips de RAM Tempo de treinamento Nmero de frames de ajuda Tempo mdio para falha Probabilidade de indisponibilidade Taxa de ocorrncia de falhas Disponibilidade Tempo de reinicio depois de uma falha Taxa de ocorrncia de falhas
Portagem de declaraes dependentes de sistemas alvo

Robustez Portabilidade

Probabilidade de que dados sejam corrompidos por falhas

Nmero de sistemas-alvo

Exemplo

So escritos para refletir os objetivos gerais do cliente ( facilidade de uso, recuperao de falhas, etc)

Meta:

o sistema deve ser fcil de ser utilizado por controladores experientes e deve ser organizado de modo que os erros dos usurios sejam minimizados. Controladores experientes devem ser capazes de utilizar as funes do sistema depois de um total de duas horas de treinamento.

Requisito no funcional verificvel: verificvel

Requisitos ( preocupaes bsicas )

Requisitos devem ser completos Todas as funes deve estar definidas

Consistente C it t No devem ter definies contraditrias.

Dificuldades no processo de extrao de requisitos

O usurio no conhece sua real necessidade; Desenvolvedores no conhecem o domnio do problema Diferenas entre o que os usurios querem e o que precisam

Falta de conhecimento do usurio

Conflitos e ambigidades g nos papis p p clima de insatisfao e participao menos afetiva. Resultado: custo maior, atraso no planejamento e projetos cancelados.

Problemas de comportamento

Problemas tcnicos

Avano tecnolgico g muito rpido p

Engenharia g de Requisitos q

Papel do cliente e do desenvolvedor:

Cliente: formular (de modo concreto) as necessidades em termos de funes e desempenho; Desenvolvedor: atua como indagador, consultor e solucionador de problemas.

Dificuldades no processo de extrao de requisitos

Stakeholders e Usurios Stakeholders so todos aqueles com algum interesse no sistema, afetando ou sendo afetados por seus resultados. Esse grupo bem maior que o grupo g p de usurios, pois p envolve no s estes, mas tambm desenvolvedores, financiadores, e outros.

Stakeholders ou interessado

So os envolvidos diretamente ou indiretamente no processo em que o software ir atuar. Cada um tem um ponto de vista diferente do sistema

Stakeholders ou interessado

Exemplo: Em um sistema de caixa eletrnico:

Clientes do banco Gerentes de bancos Caixas do banco Administradores de banco de dados Gerentes de proteo (segurana das informaes) Departamento de marketing Engenheiros de manuteno de hardware e de software Gestores

Tcnicas de Levantamento de requisitos q

Entrevistas Leitura de Documentos Questionrios Cenrios B i S BrainStorm Observaes e anlises sociais (etnografia) Prototipagem

Tcnicas de extrao de requisitos q

Tcnicas informais baseada em comunicao estruturada e interao com o usurio. Entrevistas Questionrio Tcnica dos 5 Ws Joint Application Design ( JAD) Brainstorming Observao Ob PIECES Tcnicas T i formas f construo t de d um modelo d l conceitual it l do d problema bl sendo d analisado, ou de um prottipo de um produto de software a ser construdo.

Entrevista

Em entrevista formal ou informal, a equipe formula questes para os stakeholders sobre os sistemas que eles usam e o sistema a ser desenvolvido. q Existem dois tipos de entrevistas:
Entrevistas fechadas, , onde um conjunto j de q questes predefinidas so respondidas. Entrevistas abertas, onde no h um roteiro predefinido e onde uma variedade de assuntos so explorados com os stakeholders.

Entrevistas
Planejamento Apresentao Execuo Encerramento

Entrevistas

Normalmente, uma mistura de entrevistas fechadas e abertas Entrevistas so boas para obteno de um entendimento geral do que os stakeholders fazem e como eles podem interagir com o sistema. sistema

Entrevistas no so ideais para a compreenso de requisitos de domnio Os engenheiros de requisitos podem no entender a terminologia especfica de domnio;

Alguns conhecimentos de domnio so to especificos que as pessoas acham difcil explicar ou pensam que no vale a pena mencion-los

Tcnicas de extrao de requisitos (Entrevista - fases) ( )

Ler

material disponvel Estabelecer objetivo da entrevista Decidir quem ser entrevistado

Planejamento j da entrevista

Avisar

a data e durao Comunicar o assunto

Prepara os entrevistados

Direcionadas

para o objetivo da entrevista Informaes I f obtidas btid novas questes t

Preparar lista de questes

Tcnicas de extrao de requisitos (Entrevista - fases) ( )

Tcnicas de extrao de requisitos (Entrevista - fases) ( )

As perspectivas bsicas que encontramos em entrevistas e reunies so as seguintes:

E t i t d onisciente: Entrevistado i i t descreve d o sistema it indicando i di d coisas i

que ele deve fazer. V o sistema de uma perspectiva externa. Normalmente a posio da alta gerncia e de quem contratou o sistema. sistema Exige funcionalidade do sistema, sistema principalmente para atender o nvel gerencial.
Entrevistado usurio: descreve o sistema como se o estivesse

usando diretamente, muitas vezes j usando o sistema atual. Exige funes do sistema, principalmente para atender o seu nvel de atuao (gerencial ou operacional).

Tcnicas de extrao de requisitos (Entrevista - fases) ( )

(cont)

Entrevistado parte do sistema: descreve o sistema visto

por dentro. Muitas vezes quem vai ter o trabalho substitudo, em todo ou em parte, pelo sistema, o que pode causar desconfiana e at mesmo franca hostilidade Conhece os procedimentos na forma como hostilidade. so realizados e as excees que podem acontecer.

Tcnicas de extrao de requisitos (Entrevista - Tipos ( p de questes) q )

Abertas-dirigidas g
Explique como este relatrio produzido

Vantagem

descobre-se detalhe do vocabulrio Desvantagem perde-se perde se a objetividade. objetividade

Fechada
Quantos relatrios desse tipo so gerados por ms?

Vantagem

facilidade na compilao dos resultados. resultados Desvantagem falta de detalhe Seqncia d continuidade a uma questo. Por que? D um exemplo

Tcnicas de extrao de requisitos (Entrevista - p ( pirmide) )

Questes fechadas Questes abertas

Tcnicas de extrao de requisitos (Entrevista - funil) ( )

Questes abertas Questes fechadas

Tcnicas de extrao de requisitos (Entrevista - diamante) ( )

Combinao de questes abertas e questes fechadas

Tcnicas de extrao de requisitos (Entrevista finalizao) ( )

Todas as questes feitas foram respondidas. respondidas / entrevistado Tempo alocado foi esgotado e/ou exausto. Sumarizar S i e consolidar lid a informao i f recebida. bid Explicar as prximas aes a tomadas. Agradecer ao entrevistado.

Tcnicas de extrao de requisitos (Entrevista Erros comuns) ( )

Erros de observao pessoas diferentes podem ver coisas diferentes. Erros de memria o entrevistador pode est confiando demais na lembrana. Erros de interpretao interpretao diferentes por parte do entrevista e entrevistador.

Tcnicas de extrao de requisitos (Entrevista Erros comuns) ( )

Erros de focos o entrevistador pode estar pensando de maneira ampla e o entrevistado de maneira restrita. Erros de conflitos opinies conflitantes do entrevistado e entrevistador.

Tcnicas de extrao de requisitos (Questionrio) (Q )

Forma rpida de se obter dados de uma grande amostra de dados. A questes As t devem d ser claras l p de dados que q podem p ser coletados: Tipos Utilizao do sistema atual; Problema que os usurios enfrentam em seu trabalho; trabalho Expectativas dos usurios em relao ao novo sistema.

Tcnicas de extrao de requisitos (Questionrio) (Q )

apropriado quando:

As pessoas envolvidas esto dispersas; O nmero de pessoas envolvidas muito grande; D j Deseja-se explorar l vrias i opinies; i i Deseja-se conhecer melhor o sistema para organizar melhor as entrevistas.
A aplicao e compilao dos resultados devem ser planejadas antecipadamente.

Tcnicas de extrao de requisitos (Elaborao ( do Q Questionrio) )

Considere primeiramente as questes mais importantes. As questes d A de contedo d semelhante lh e relacionado l d devem estar prximas. As questes que podem gerar controvrsias devem ser deixada para depois. Quem responder o questionrio depende do objetivo. objetivo

Tcnicas de extrao de requisitos (Questionrio - Uso de escalas) (Q )

Escala nominal usado p para classificar atributo ou caracterstica.

Ex. Que tipo de programa voc mais usa?

1.Processador de texto. 2.Planilha eletrnica 3.Gerenciador de banco de dados 4.Programas grficos

Tcnicas de extrao de requisitos (Questionrio - Uso de escalas) (Q )

Escala ordinal usado para classificar atributo ou caracterstica em uma determinada ordem. Ex. A pessoa de suporte na empresa ? 1. Muito til 2. Moderadamente til 3. Intil Intervalo D uma nota de 1 a 5 para o atendimento do pessoal de manuteno

Tcnicas de extrao de requisitos (Questionrio - Limitaes (Q )

Averso a questionrios. questionrios Tirania das palavras. palavras T d Tendncia estatstica. Frieza e impessoalidade.

Tcnicas de extrao de requisitos (A Tcnica dos 5 Ws e 2H`s) ( )

Identifique os principais pontos atravs das questes:

oq que (What?); ( ) quando (When?); onde (Where?); por que (Why?); quem (Who?) e ainda pode acrescentar a pergunta como(How?) e quanto custa (How much?).

Tcnicas de extrao de requisitos (A Tcnica dos 5 Ws e 2H`s) ( )

Escreva todas as respostas obtidas Examine as respostas de cada questo e restabelea novas situaes para possibilitar novos pontos a serem questionados Selecione as resposta obtidas e desenvolva os registros

Tcnicas de extrao de requisitos (JAD - JOINT APPLICATION DESIGN) ( )

A tcnica de descobrir as necessidades atravs de uma sesso de grupo. Usada pela primeira vez no final da dcada de 70, por um g p grupo p liderado p por Chuck Morris da IBM. As sesses de trabalho com lder imparcial p devem ser consideradas como substitutas da entrevista serial convencional.

Tcnicas de extrao de requisitos (JAD - Princpios) ( p )

A deciso de g grupo p mais produtiva p -

consenso em que todos sentem que ganharam e podem aceitar a deciso sem comprometer qualquer convico ou requisito importante.

A reunio convencional com a pessoa de hierarquia mais elevada assumindo a liderana no a abordagem b d mais i produtiva d i
colocar os resultados das discusses em papel na parede medida que emergirem, onde todos podem vlos

U de Uso d tcnica i visual i l-

Tcnicas de extrao de requisitos (JAD - Dicas) ( )

A reunio mais p produtiva quando q liderada por p um facilitador que um servidor neutro do grupo, portanto:
No avalia nem contribui com idias. Ajuda o grupo a focalizar suas energias em uma tarefa. Sugere mtodos e procedimentos sobre a sesso. Protege todos os membros do grupo do ataque. Certifica-se C ifi d que todos de d tenham h oportunidade id d de d participar.

Tcnicas de extrao de requisitos (JAD - Tipo ( p de sesso de trabalho) )

Sesso Estratgica g

Discutir o mbito, objetivo e recurso do projeto, bem como questes de poltica e de mudana organizacional Construir ou aperfeioar os diagramas de fluxo e modelo d dados, de d d definir d fi i a l lgica i d da poltica lti empresarial i l Definir os dilogos interativos e os layouts de entradas e sadas constantes no DFD do sistema e utilizando os dados integrantes no modelo de dados

Sesso de Dados e Processos

Sesso de Telas e Relatrios

Tcnicas de extrao de requisitos (JAD Componentes) ( p )

Lder da sesso facilitador das reunies. Engenheiro de requisitos responsvel pela documentao das sesses JAD. Executor responsvel pelo produto e tomar deciso executivas.

Tcnicas de extrao de requisitos (JAD Componentes) ( p )

Representante p dos usurios p pessoa que q ir utilizar o produto. Representantes de produtos de software pessoas familiarizadas com o produto p p de software. Especialista fornecer informaes detalhadas sobre um tpico p especfico. p

Tcnicas de extrao de requisitos (JAD - Etapas )

Antes da sesso de trabalho:

Aprender tanto quanto o permitem os matrias disponveis a respeito da rea empresarial e do projeto. Entrevistar sucintamente cada participante designado, procurando identificar o ponto de vista quanto aos problemas que o sistema proposto deve resolver resolver, os benefcios que o sistema deve fornecer e possveis reas de conflito. Quando Q ando uma ma pessoa no tiver ti er participado de uma ma sesso anterior, anterior deve ser atualizado com relao a situao do projeto. Elabore uma agenda detalhada para a sesso de trabalho.

Tcnicas de extrao de requisitos (JAD - Etapas )

Durante a sesso de trabalho:

Rever a situao do projeto. Na 1 1 sesso estratgica: Pedir ao patrocinador que declare as metas do projeto e defina qualquer questo poltica relevante. Pedir P di ao gerente t do d projeto j t que comente t as questes t tecnolgicas envolvidas na situaes. Rever as regras g bsicas para p andamento da sesso, , permitindo i i d que o grupo as modifique, difi se quiser. i Rever a agenda e agir para que se alcance um consenso sobre ela.

Tcnicas de extrao de requisitos (JAD - Etapas )

Durante a sesso de trabalho ( (cont): )

Facilitar a discusso de cada ponto da agenda. Estimular os membros mais retrados do grupo a se envolverem (voc concorda com o que foi dito?) Ajudar os membros muito falantes a serem sucintos ( percebi voc dizendo... est correto?) ?) Mediar conflitos para atingir um consenso ganho/ganho (todos podem conviver com isso?) Registrar a questo no resolvida para buscar uma soluo aps a sesso. Manter registro g do ocorrido/discutido / .

Tcnicas de extrao de requisitos (JAD - Etapas )

Definir requisitos de alto nvel. Objetivos: finalidade da construo desse produto

Benefcios esperados: quantificveis ou no, tangveis ou intangveis Estratgias e consideraes futuras: como esse produto pode ajudar na organizao, avano estratgico ou competitivo? Restries e suposies: recursos, estrutura organizacional, padres, leis? Segurana, auditoria e controle: requisitos de segurana internos ou externos, auditorias ou controles?

Tcnicas de extrao de requisitos (JAD - Etapas )

Delimitar o escopo do sistema

quem realmente vai usar o produto; quais as principais funes que o produto ajudar a executar; ; funcionalidades que esto fora do escopo do sistema (delimitar o escopo).

Documentar questes e consideraes:

Algumas afetam o processo JAD, outras no, mas podem afetar a maneira como o produto ser construdo ou utilizado.

Tcnicas de extrao de requisitos (JAD - Etapas )

Concluir a fase de sesso: reviso da informao coletada e d decises das d i tomadas. t d

cada participante tem a oportunidade de expressar preocupaes sobre os requisitos remanescentes. todos adquirem q um senso de posse p e de responsabilidade p para com os requisitos documentados. a concluso da sesso de forma positiva garante contribuies futuras de todos os participantes.

Tcnicas de extrao de requisitos (JAD - Etapas )

Aps a sesso:

Ajudar o gerente do projeto e a equipe a digerir o material produzido. Resolver as questes pendentes. Completar a documentao. documentao Revisar a documentao. Obter a aprovao do executor.

Tcnicas de extrao de requisitos (Brainstorming )

Tcnicas de extrao de requisitos (Brainstorming )

Tcnica baseada em gerao de idia. Suspenso de julgamento.

A atitude i d essencial i l b bsica i no julgar j l o que se cria i no brainstorming.

O princpio da roda livre

Deve-se enfatizar a necessidade de absoluta espontaneidade nos trabalhos de grupo devendo estar em um ambiente vontade e no avaliativo.

Tcnicas de extrao de requisitos (Brainstorming )

Quantidade qualidade

Tanto maior o nmero de idias tanto melhor sua qualidade, aumentando, da, a probabilidade de se encontrar uma diferente e criativa.

Utilizao da carona

Concentrar C t em melhorar lh as idi idias alheias, lh i transformando-as t f d e enriquecendo-as (2/3 das melhores idias provm de carona).

Tcnicas de extrao de requisitos (Brainstorming - organizao)

Nmero de pessoas : 6 a 10 pessoas. Separao das fases : primeiro uma fase de exposio de idias e depois a fase da avaliao. Durao : indefinido. O registro das idias : tentar t t organizar i as idias idi no fi final. l A liderana : deve ser espontnea Constituio do grupo : procurar juntar pessoas com funes equivalentes.

Tcnicas de extrao de requisitos (Brainstorming )

Gerao de idias

Participantes fornecem idias, sem discusso sobre o mrito delas. til na gerao de varias vises do problema e na sua formulao de diferentes maneiras. Atividades dessa fase:

identificao dos participantes (normalmente usurios e ); desenvolvedores); designao do lder; agendamento da sesso com todos os participantes; e preparao da sala.

Tcnicas de extrao de requisitos (Brainstorming )

Gerao de idias ( cont) Sada: depende das idias geradas (pessoas com conhecimento e especialidades apropriados).
O

lder abre a sesso falando sobre o problema bl d de um modo d geral, l e os participantes ti i t podem gerar novas idias para expressar o problema. enquanto novas idias estiverem sendo geradas geradas.

Continua

Tcnicas de extrao de requisitos (Brainstorming )

Gerao de idias (q quatro regras): g )

terminantemente proibido criticar as idias; Idias no convencionais ou estranhas s~ao encorajadas; O numero de idias geradas deve ser bem grande; Os participantes devem ser encorajados a combinar ou enriquecer as idias de outros (idias visveis).

Tcnicas de extrao de requisitos (Brainstorming )

Consolidao das idias:

Idias so discutidas, revisadas, organizadas e avaliadas. Algumas idias so refraseadas. Quando duas ou mais idias so consideradas iguais, so combinadas e reescritas para capturar a sua essncia. Os participantes podem concordar em que algumas das idias so muito esquisitas e descart-las.

Tcnicas de extrao de requisitos (Brainstorming )

Consolidao das idias:

Idias remanescentes so discutidas e classificadas em ordem de prioridade. Freqentemente necessrio identificar:

requisitos absolutamente essenciais; aqueles que so bons bons, mas no essenciais; e aqueles que seriam apropriados para uma verso subseqente do software.

O lder ou outra pessoa designada produz um registro das idias remanescentes, juntamente com suas prioridades ou outros comentrios relevantes.

Tcnicas de extrao de requisitos (Tcnica de Observao )

Apresenta e discute os aspectos envolvidos na observao pessoal, destacando o que observar e os cuidados com as interpretaes decorrentes. Observaes Previstas
So

aquelas q observaes que q constam do plano p de trabalho do analista e programadas para terem sua realizao conforme previsto.

Observaes Imprevistas
So

aquelas que durante o processo de trabalho o analista desenvolve de maneira aleatria.

Tcnicas de extrao de requisitos (Tcnica de Observao )

Cuidados na observao
Empregados

esperando servio, fazendo trabalho particular ou reunidos em palestras. p p Confuso ou rudo alm do normal. Pilhas de papel nas mesas de trabalho dos funcionrios, ou nas dos chefes e no dos funcionrios. Pessoas perambulando de um lado para outro.

Tcnicas de extrao de requisitos (Tcnica de Observao )

Cuidados na observao (cont)

Discusses entre funcionrios. Pessoas chegando atrasadas ou saindo antes da hora. Casos de pessoas interferindo no trabalho das outras. Evidncias de conservao imperfeita, como lmpadas queimadas, empregados procurando consertar mquinas, excesso de d extenses t eltricas lt i pelo l cho. h

Tcnicas de extrao de requisitos (Reviso da Documentao )

Pesquisar a documentao existente:

Legislao - os documentos normativos elaborados pelo

governo atravs de leis, decretos, regulamentos

Manuais e Formulrios - Os manuais e formulrios da

empresa so instrumentos indispensveis consulta, pois refletem a organizao.

Projetos Anteriores - os projetos j desenvolvidos que podem

fornecer informaes sobre o assunto que q est sendo tratado bem como motivos e justificativas existentes na poca em que foram desenvolvidos, apresentando as solues adotadas e as rejeitadas.

Tcnicas de extrao de requisitos (PIECES) ( )

Desenvolvedores inexperientes dificilmente sabem como comear. Que perguntas fazer para extrair os requisitos. S i categorias Seis t i d de problemas bl que podem d ajudar j d o analista a estruturar o processo:

Performance;

Informao Economia;

e dados;

Controle; t l Eficincia; e Servios.

Tcnicas de extrao de requisitos (PIECES - Performance) (

Medido de duas maneiras:

Pelo

numero de tarefas completadas em uma unidade de tempo (throughput), tal como o numero de pedidos processados no dia; dia e Pelo tempo de resposta, ou seja, a quantidade de tempo necessria para executar uma nica tarefa.

Perguntas que ajudem a identificar as tarefas e o tempo de resposta para cada tipo de tarefa. Quando o produto j existe: descobrir se os usurios experientes j sabem onde existem problemas de desempenho. desempenho

Tcnicas de extrao de requisitos (PIECES - Informao ( e dados)

Os p produtos de software fornecem dados ou informaes teis para a tomada de deciso. O software deve fornecer acesso:
ao tipo certo de informao (nem de mais nem de menos); no tempo certo; e em forma utilizvel.

Se os usurios tendem a no utilizar o produto sintoma de que informaes erradas esto sendo fornecidas. fornecidas

Tcnicas de extrao de requisitos (PIECES - Economia) (

Custo de usar um produto de software so sempre importantes. D i fatores Dois f t de d custo t inter-relacionados: i t l i d
Nvel

de servio: medida do desempenho do sistema (throughput, tempo de resposta, ou ambos). Capacidade de lidar com alta demanda: em alguns sistemas varia consideravelmente de minuto a minuto, ou de hora em hora.

Usurios gostariam de ter um nvel de servio ou d desempenho h relativamente l i estveis. i

Tcnicas de extrao de requisitos (PIECES - Controle) (

Sistemas so normalmente projetados para ter desempenho e sadas previsveis. i i Quando o sistema se desvia do desempenho esperado algum controle d deve ser ativado i d para tomar aes corretivas. i Sistemas de tempo real o controle exercido diretamente pelo software. Segurana controle importante para alguns produtos (acesso restrito a certos usurios ou a certas horas do dia).

Tcnicas de extrao de requisitos (PIECES - Controle) (

Tipo p de acesso restrito ( (somente leitura ou leitura e escrita). ) Auditoria habilidade de ver, monitorar ou reconstruir o comportamento do sistema, durante ou depois da execuo do processo.

Questes de controle so importantes para no construir:

um sistema que fornece pouco controle (processo pode fugir de controle); ); ou

controle em excesso (impedir que o trabalho seja executado).

Tcnicas de extrao de requisitos (PIECES - Eficincia) (

Eficincia medida dessa p perda (relao ( entre os recursos que q

resultam em trabalho til e o total dos recursos gastos).

Eficincia f versus economia:

para melhorar a economia do processo, a quantidade de recursos deve ser reduzida; para melhorar a eficincia, a perda no uso desses recursos deve ser reduzida.

Tcnicas de extrao de requisitos (PIECES - Servios ( )

Produtos de software fornecem servios aos usurios. Pode ser til pensar em termos de servios durante o processo de extrao de requisitos. requisitos

Usurios respondem perguntas sobre que tipos de servios eles precisam que o produto realize e como esses servios devem ser fornecidos.

O produto d t pode d tambm t b prestar t servios i a outros t produtos d t de d software que interfaces sero necessrias entre esses dois produtos. produtos

Sucesso ou Fracasso acasso do Projeto oje o

Critrios adotados:

Sucesso:

Completado no tempo, dentro do oramento e com todas as f i lid d originalmente funcionalidades i i l especificadas. ifi d

Problemtico: o projeto est completado e operacional, mas acima do

oramento e acima do prazo estimado estimado, e com funcionalidades a menos do que as especificadas inicialmente.

Fracasso: o p projeto j cancelado antes de completar p e nunca implantado. p

Sucesso ou Fracasso acasso do Projeto oje o

Relatrio do The Chaos Report

Sucesso ou Fracasso acasso do Projeto oje o

Fatores que contribuem para o fracasso dos projetos:

Requisitos e especificaes inconsistentes e/ou incompletas; Mudanas nos requisitos e especificaes; Falta de apoio da alta gerncia; Incompetncia tecnolgica e/ou novas tecnologias; Falta de recursos; Expectativas no realistas; Objetivos no claros.

Referncias:

Livros:
Engenharia

de Software - Pressman 6 edio Captulo 7 pg 116 140 Engenharia de Software, 8. edio. Captulo 7 Ian Sommerville

Notas de Aulas:
Prof Auxiliadora Freire UFMA Jaelson Castro e Alexandre Vasconcelos - UFPE