Upload
vudieu
View
216
Download
0
Embed Size (px)
Citation preview
PÓS-GRADUAÇÃO PESQUISA E EXTENSÃOESPECIALIZAÇÃO EM ENGENHARIA DE SOFTWARE
NOME DO SISTEMADocumento de Especificação de Requisitos
Professor: Carlos Alberto T. Batista
Equipe:Fulano de talBeltrano de talCicrano de talSicrano de tal
Petrolina, abril de 2018
Índice de FigurasFIGURA 1 - MODELO DE CASO DE USO................................................................................................................9FIGURA 2 - MODELO DE PROCESSO DE NEGÓCIO.................................................................................................11FIGURA 3 - MODELO DE DEPENDÊNCIA ESTRATÉGICA...........................................................................................11FIGURA 4 - MODELO DE RAZÃO ESTRATÉGICA.....................................................................................................12FIGURA 5 - DIAGRAMA DE CLASSES...................................................................................................................12
Índice de TabelaTABELA 1 - RELATÓRIO DE ESFORÇO DA EQUIPE..................................................................................................13
Índice
1. INTRODUÇÃO......................................................................................................................... 4
1.1. OBJETIVOS DO DOCUMENTO.......................................................................................................51.2. ESCOPO DO SISTEMA..................................................................................................................51.3. DEFINIÇÕES ACRÔNIMOS E ABREVIATURAS................................................................................5
1.3.1. Convenções utilizadas para a identificação dos requisitos...............................................51.3.2. Convenções utilizadas para as prioridades dos requisitos................................................51.3.3. Convenções utilizadas para a identificação dos casos de uso...........................................5
1.4. VISÃO GERAL.............................................................................................................................5
2. DESCRIÇÃO GERAL DO SISTEMA......................................................................................6
2.1. CONTEXTO DO SISTEMA.............................................................................................................62.2. FUNÇÕES DO PRODUTO...............................................................................................................62.3. CARACTERÍSTICAS DOS USUÁRIOS..............................................................................................62.4. PREMISSAS.................................................................................................................................62.5. CRONOGRAMA............................................................................................................................6
3. REQUISITOS............................................................................................................................ 7
3.1. FUNCIONALIDADE.......................................................................................................................73.2. USABILIDADE.............................................................................................................................73.3. CONFIABILIDADE........................................................................................................................83.4. DESEMPENHO.............................................................................................................................83.5. SUPORTABILIDADE.....................................................................................................................83.6. RESTRIÇÕES DE PROJETO............................................................................................................8
4. MODELOS DO SISTEMA........................................................................................................9
4.1. MODELO DE CASOS DE USO.......................................................................................................94.1.1. Detalhamento dos Casos de Uso.......................................................................................94.1.2. Matriz de rastreabilidade casos de uso versus requisitos funcionais..............................10
4.2. MODELAGEM DO PROCESSO DE NEGÓCIO.................................................................................104.3. MODELAGEM ORGANIZACIONAL...............................................................................................11
4.3.1. Modelagem de dependência estratégica..........................................................................114.3.2. Modelo de razão estratégica...........................................................................................11
4.4. MODELO DE CLASSES...............................................................................................................124.4.1. Diagrama de classes.......................................................................................................12
5. PROTOTIPAÇÃO................................................................................................................... 12
6. CONCLUSÃO......................................................................................................................... 12
RELATÓRIO DA EQUIPE.............................................................................................................13
GLOSSÁRIO................................................................................................................................... 13
REFERÊNCIAS.............................................................................................................................. 14
APÊNDICES.................................................................................................................................... 15
ANEXOS.......................................................................................................................................... 16
1. INTRODUÇÃO
Fazer uma breve introdução do documento.
1.1. Objetivos do documento
Indicar o objetivo do documento, bem como seu público alvo (destinatários).
1.2. Escopo do Sistema
Identificar sistema a desenvolver, explicando brevemente o que vai fazer e, se necessário, o que não vai fazer. Descrever como e onde o sistema vai ser aplicado, indicando benefícios relevantes e objetivos. Explicar se faz parte de um sistema mais amplo.
1.3. Definições acrônimos e abreviaturas
Aqui devem ser fornecidas as definições de todos os termos, acrônimos e abreviações necessárias à adequada interpretação do documento.
1.3.1. Convenções utilizadas para a identificação dos requisitos
Descrever convenções
1.3.2. Convenções utilizadas para as prioridades dos requisitos
Descrever convenções
1.3.3. Convenções utilizadas para a identificação dos casos de uso
Descrever convenções
1.4. Visão Geral
Fornece uma visão geral do restante do documento.
2. DESCRIÇÃO GERAL DO SISTEMA
Apresentar informação de “background” importante para ajudar a perceber os requisitos a especificar posteriormente. Descrever os fatores gerais que afetam o produto e seus requisitos. Evitar a especificação de requisitos específicos. Em vez disso, fornecer uma base para esses requisitos, cujos detalhes deverão ser mostrados na Seção 3.
2.1. Contexto do Sistema
Indicar as várias interfaces do produto: interfaces com o utilizador, interfaces de hardware, interfaces de software (interfaces com outros produtos), interfaces de comunicação, etc. Indicar se o sistema é independente ou se é um componente de um sistema maior e, nesse caso, apresentar a arquitetura geral (com principais componentes, interconexões e interfaces externas) e requisitos gerais desse sistema. Caracterizar o ambiente de operação do produto e eventuais restrições associadas a esse ambiente.Apresentar o diagrama de contexto.
2.2. Funções do produto
Apresentar um resumo das funções principais que o sistema vai realizar.
2.3. Características dos usuários.
Descrever as características dos usuários do sistema (incluindo nível de educação, experiência, conhecimentos técnicos, etc.).
2.4. Premissas
Descrição geral de quaisquer suposições, informações que se acreditam como verdadeiras, mais que ainda não foram confirmadas. Por exemplo, sobre o ambiente de operação do sistema.
2.5. Cronograma
Apresentar o cronograma do desenvolvimento do sistema.
3. REQUISITOS
Descrevem-se aqui todos os requisitos de software em um nível de detalhamento suficiente para possibilitar que os designers projetem um sistema que satisfaça esses requisitos e que os testadores verifiquem se o sistema satisfaz esses requisitos (vide exemplos). Será adotado como referência o padrão FURPS+. Porém, a equipe não deve se limitar aos exemplos a seguir. Cada sistema tem a sua particularidade e a equipe deve pesquisar sobre o padrão FURSPS+ e analisar quais aspectos são importantes, levando em consideração o domínio do problema e a solução proposta.
3.1. Funcionalidade
Esta seção descreve os requisitos funcionais do sistema.
EXEMPLO DE DESCRIÇÃO DE REQUISITO FUNCIONAL
Identificador: RFXX Requisito: Liberar Acesso de Visitante Caso(s) de Uso(s) relacionado(s):
UCXX, UCYY,...
Descrição:O condômino cadastra a liberação de acesso selecionando um visitante já cadastrado e indica o período (data e hora de início e data e hora de fim) para realizar a visita.
Prioridade: þ Essencial ¨ Importante ¨ Desejável
3.2. Usabilidade
Essa seção deve incluir todos os requisitos que afetam a usabilidade. Por exemplo:• Especificar o tempo de treinamento necessário para que usuários normais e
usuários com conhecimentos avançados se tornem produtivos em operações específicas;
• Especificar períodos de tempo mensuráveis para tarefas típicas ou baseie os requisitos de usabilidade do novo sistema em outros sistemas que os usuários conheçam e gostem.
EXEMPLO DE DESCRIÇÃO DE REQUISITO NÃO FUNCIONAL
Identificador: RNFXX Requisito: Mensagem de Erro Caso(s) de Uso(s) relacionado(s):
UCXX, UCYY,...
Descrição:
O sistema deve apresentar mensagens de erro orientadas à tarefa, com sugestões ou instruções simples e construtivas para correção do erro, sempre que possível posicionando o cursor no campo objeto da mensagem e usando termos específicos e vocabulário neutro, não repreensivo.
Prioridade: þ Essencial ¨ Importante ¨ Desejável
3.3. Confiabilidade
Alguns tópicos que podem/devem ser considerados nessa descrição: • Disponibilidade - especifique a porcentagem de tempo disponível ( xx.xx
%), as horas de uso, o acesso à manutenção, as operações de modo degradado, etc.
• Tempo Médio entre Falhas (MTBF) - normalmente especificado em horas, mas também poderá ser especificado em termos de dias, meses ou anos.
• Tempo Médio para Reparo (MTTR) - quanto tempo o sistema poderá ficar sem funcionar após uma falha?
• Taxa Máxima de Erros ou Defeitos - geralmente expressa em termos de erros por milhares de linhas de código (erros/KLOC) ou de erros por ponto de função (erros/ponto de função).
• Taxa de Erros ou Defeitos - categorizados em termos de erros pouco importantes, importantes e críticos: o(s) requisito(s) deve(m) definir o que se entende por um erro "crítico"; por exemplo, a perda total de dados ou uma total incapacidade de usar determinadas partes da funcionalidade do sistema.
3.4. Desempenho
• Tempo de resposta de uma transação (médio ou máximo); • Taxa de transferência como, por exemplo, transações por segundo; • Capacidade como, por exemplo, o número de clientes ou de transações que
o sistema pode acomodar; • Modos de degradação (o modo aceitável de operação quando o sistema tiver
sido degradado de alguma maneira); • A utilização de recursos como, por exemplo, memória, disco,
comunicações, etc.
3.5. Suportabilidade
Descrever requisitos que estejam relacionados com extensibilidade, adaptabilidade, manutenibilidade, compatibilidade, configurabilidade, escalabilidade, instalabilidade, localizabilidade (ex.: internacionalização) e testabilidade.
3.6. Restrições de projeto
Descrição geral de quaisquer limitações às possíveis soluções do sistema em desenvolvimento. Podem ser de origem de negócio ou técnicas e afetam o projeto.As restrições de projeto compreendem as decisões de projeto que foram impostas e que devem ser respeitadas. Entre os exemplos desse tipo de restrição estão linguagens de software, requisitos de processo de software, uso prescrito de ferramentas de desenvolvimento, restrições de design e de arquitetura, componentes comprados, bibliotecas de classes, etc.
4. MODELOS DO SISTEMA
Fazer uma breve descrição dos modelos que serão apresentados.
4.1. Modelo de Casos de Uso
Os requisitos funcionais descritos anteriormente devem se modelados através de diagramas de caso de uso.
EXEMPLO DO MODELO DE CASO DE USO
Figura 1 - Modelo de Caso de Uso
4.1.1. Detalhamento dos Casos de Uso
O detalhamento dos casos de uso deve seguir o modelo a segui. Se tiver muitos casos a serem detalhado, pode ser feita uma breve descrição nessa seção e colocar os detalhamentos como apêndice.
EXEMPLO DO DETALHAMENTO DE CASOS DE USO
Identificador: UCXXNome: Navegar para destino
Descrição: O condutor do veículo digita o nome do destino. O sistema de navegação guia o condutor para o destino desejado.
Atores: Condutor, servidor de informações de trânsito, sistema de satélite GPS.
Prioridade: EssencialPré-condições: O sistema de navegação está ativado.Pós-condições: O condutor chegou ao seu destino.
Cenário Principal
1. O sistema de navegação pergunta pelo destino desejado.2. O condutor insere o destino desejado.3. O sistema de navegação localiza o destino em seus mapas.4. Baseando-se na posição atual e no destino desejado, o sistema de navegação
calcula uma rota adequada.5. O sistema de navegação coleta uma lista de pontos de rota ao longo do caminho.6. O sistema de navegação mostra um mapa da posição atual e indica a rota para o
próximo ponto de rota.7. Quando o último ponto de rota for atingido, o sistema de navegação mostra as
palavras “Destino alcançado” na tela.Cenários Alternativos
4a. O cálculo da rota deve observar as informações de trânsito e evitar congestionamentos.
4a1. O sistema de navegação solicita informações de trânsito atualizadas do servidor.
4a2. O sistema de navegação calcula uma rota que não apresenta congestionamentos de trânsito.
Cenários de ExceçãoEvento: O sistema de navegação não recebe o sinal de GPS do sistema de satélite.
Requisitos Não Funcionais EspecíficosRNF XX – Tempo de reação após input do usuário não poderá exceder X segundos.RNF XX – Facilidade de operação.
4.1.2. Matriz de rastreabilidade casos de uso versus requisitos funcionais
Descrever e apresentar a matriz de rastreabilidade
4.2. Modelagem do processo de negócio
Descrever e apresentar o modelo.
EXEMPLO DO MODELO DE PROCESSO DE NEGÓCIO
Figura 2 - Modelo de Processo de Negócio
4.3. Modelagem organizacional
Descrever e apresentar cada modelo.
4.3.1. Modelagem de dependência estratégica
EXEMPLO DE MODELO DE DEPENDÊNCIA ESTRATÉGICA
Figura 3 - Modelo de Dependência Estratégica
4.3.2. Modelo de razão estratégica
EXEMPLO DE MODELO DE RAZÃO ESTRATÉGICA
Figura 4 - Modelo de Razão Estratégica
4.4. Modelo de Classes
Descrever e apresentar o diagrama.
4.4.1. Diagrama de classes
EXEMPLO DE DIAGRAMA DE CLASSES
Figura 5 - Diagrama de Classes5. PROTOTIPAÇÃO
Descrever e apresentar o protótipo do sistema.
6. CONCLUSÃO
Apresentar as conclusões.
RELATÓRIO DA EQUIPE
Descrever e apresentar tabela com esforço de cada membro da equipe na confecção do documento.
Tabela 1 - Relatório de Esforço da EquipeNome Esforço da equipe (%) Assinatura
Fulano de tal X%Beltrano de tal X%Cicrano de tal X%Sicrano de tal X%
GLOSSÁRIO
Definição de termos do vocabulário do domínio.
REFERÊNCIAS
Relação completa de todos os documentos mencionados em qualquer parte desse documento. Seguir normas ABNT.
POHL, Klaus; RUPP, Chris. Requirements Engineering Fundamentals: A Study Guide for the Certified Professional for Requirements Engineering Exam - Foundation Level - IREB compliant. ISBN: 978-1-937538-77-4. 2 ed. Rockynook, 2015.
SILVA, Carla. O Processo de Engenharia de Requisitos. Mestrado em Ciência da Computação. Mai/jun de 2013. Notas de Aula.
SOMMERVILLE, Ian. Engenharia de Software. 9ª ed. São Paulo: Pearson Addison Wesley, 2011.
VAZQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. Rio de Janeiro: Brasport, 2016.