![]() |
Requisitos de Software de Sistema | Noticias |
|||||||||||||||||||||||||||||
Autor: Walter Dominguez Data: revisto em fev/2008 Fontes: 1. Somerville, Ian. Engenharia de Software, 6a Ed, 2003 2. Dominguez, Walter. Trabalho final curso de gerencia de projetos Puc 2005 3. Wiegers, Karl E. Software Requeriments Thorny Issues and Pratical Advice, MS Press, 2006 |
Links
Trabalhos fonte
1.Sommerville,Ian . IEEE Software, Integrated Requirements Engineering - A Tutorial, jan fev2005 2.Dominguez, Walter . Resumo Integração de Requisitos, Trabalho apresentado curso Gerencia de Projetos, Puc, 2005, 3. Estudo comparativo sôbre as ténicas de elicitação de requisitos do software.Belgamo, Anderson. Tema correlato
Técnica de Elicitação
Aula de tecnica de elicitação de requesitos usando JAD - Conceitos
Aula de JAD -1a fase entrevistas gerenciais curso de JAD na extensão da Puc Rj turma 2006 Documentação
|
|||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||
Definiçao -> Processo de elaboração de requisitos de sistema --> Tipificação --> Relacionamento entre tipos de requisitos --> Relacionamento entre requisitos, casos de uso, regras de negocio, caracteristicas de um produtoou serviço e atributos de qualidade --> Regras de negocios e requisitos |
||||||||||||||||||||||||||||||
Definição: |
||||||||||||||||||||||||||||||
Processo de elaboração de requisitos de sistema: .2 Análise. Entenda os requisitos, suas sobrecargas, e seus conflitos. .3 Validação. Volte para os interessados no sistema e cheque se os requisitos são o que eles realmente tem necessidade. .4 .Negociação. Inevitavelmente, visões dos interessados diferirão, e o que propuseram para requisitos podem estar em conflito. Tente reconciliar visões contraditórias e gerar um conjunto consistente de requisitos. .5 Especificação. Documentação contendo os requisitos de modo que os interessados de software possam entender. (patrocinadores e desenvolvedores) .6 Gerenciamento. Controle as mudanças de requisitos que inevitavelmente surgirão |
||||||||||||||||||||||||||||||
Tipificação:
Clique aqui para ver hierarquização dos requisitos (desenho) ---> volta ao inicio |
||||||||||||||||||||||||||||||
Relacionamento entre tipos de requisitos Requisitos do usuário: Constitue o que informar. O que o usário sera capaz de fazer com o produto ou serviço, tais como metas ou tarefas os usuarios serão capaz de executar. Algumas maneiras de representar esses requisitos são: Caso de uso, Cenários, estorias do usuario e tabelas de evento-resposta. Esses requistos podem ser incluidos na especificação do requisito de software. Requisitos funcional: Outra especie do o que informar ou o que deverá fazer (também chamados de requisitos comportamentais) Requisitos de sistema: Descrição de alto nivel para um produto que tenha multiplos subsistemas. O sitema poderá conter somente componente de software ou incorpora tanto dubsistema de sofware como hardware. Pessoa são partes do sitema também e certas funções do sitema podem ser alocadas como sendo humana. Representam assim a porção do requisito funcional e não funcional e que são alocados aos componentes do sistema Regras de negocio: Incluem as politicas da corporação, regulamentos governamentais, padrõe da industria (tais como praticas contabeis), e algoritimos computacionais. Regras de negocio podem restringir quem ira executar certos casos de uso e elas podem influenciar os atributos de qualidade, tais como, segurança. Algumas regras pode ser usada no controle de processamento interno (ex. ponto de reposiçaõ de estoque). Algum requisito funcional pode derivar de uma regra de negocio. Atributos de qualidade: descreve as caracteristicas em várias dimensões importantes ou pra usuarios, desenvolvedores ou manutendores. sta caracteristicas inclum: viabilidade, performance, usabilidade, portabilidade, integridade, eficeencia, robustes e outros. Interfaces externa: Entre o sistema e o mundo externo que representa outar classe de requisitos não funcionais. Poder ser interfaces de comunicação, protocolos, hardware, componentes de software e usuarios humanos, usados na troca de informação com outros sistemas. Limitações: são limitaçoes de design e de implementação . São restrições impostas na escolha das soluções. Obs.: É importante deixar registrado os requisitos não atendidos e o porque, para futuras consultas ---> volta ao inicio |
||||||||||||||||||||||||||||||
Técnicas de elicitação de requisitos: Os valores atribuidos aos parametros podem ser: sim ou não, media, alto, baixo e longo e grupo/individuo. Dentre as técnicas mais utilizadas são: entrevista (individuo) e cenário(grupo). |
||||||||||||||||||||||||||||||
Especificação de Requisitos (documentação) | ||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||