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

HISTÓRICO DE REVISÕES

Revisão Data Descrição Autor

Í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.

APÊNDICES

Opcional. Conforme necessidade.

ANEXOS

Opcional. Conforme necessidade.