Baixe o app para aproveitar ainda mais
Prévia do material em texto
Requisitos de Software Idarlan Machado Prof. Vander Alves Supervisor Requisitos de Software Ser engenheiro de requisitos é: Ser UM EXCELENTE COMUNICADOR Engenharia de Requisitos Cliente solicita "Quero um sistema robusto e integrado com outros sistemas da empresa que automatize meu processo de gestão financeira porque temos atualmente muitos erros no pagamento das faturas devido a digitação de informação de outros sistemas (contratações, pessoal, etc), causando retrabalho, ineficiência, entre problemas" Engenharia de Requisitos ● Engenheiro de requisitos: ● Deve seguir um processo definido (ou definirá um processo) para identificar esses requisitos – Finalidade: Definir os serviços de sistema requeridos pelo cliente com as devidas regras ou restrições especificadas também pelo cliente – O sistema: Deverá implementar essas definições de serviços e regras/restrições ● Esses requisitos gerados serão o resultado do processo de engenharia de software O que é Requisito? - Desde requisitos de alto nível de serviços e/ou restrições que um sistema deve prover até especificações detalhadas de cálculos matemáticos Podem: - Subsidiar contratos entre as partes (cliente e fornecedor) - Ser a própria base do contrato entre as partes ● Ambos são requisitos Tipos de Requisitos ● Requisitos de usuário Textos e diagramas -> No nível de compreensão do cliente -> na linguagem do cliente, aderente ao processo de negócio do cliente ● Requisitos de sistema ● Documento estruturado contendo todos os detalhes de serviços e restrições operacionais; ● Serve como o contrato entre cliente e fornedor Requisitos de usuário e Requisitos de Sistema Requisitos de usuário 1. O software deve prover meios de representar e acessar arquivos externos criados por outras ferramentas. Requisitos de sistema 1.1 O usuário deve ser provido com facilidades para definir tipos de arquivos externos 1.2 Cada arquivo externo pode estar vinculado a um uma ferramenta auxilar na sua abertura 1.3 Cada tipo de arquivo externo pode ser representado por um ícone específico na tela do usuário 1.4 Facilidades devem ser providas para que o usuário pode definir ícones de definição de arquivos 1.5 Quanto um usuário selecionar um ícone que representa um arquivo externo, a ferramenta vinculada a esse ícone deve ser acionada O que é mais visto e o que não é menos visto (foco principal das Engenharias) Leitores de Requisitos Requisitos de usuário Gerentes de clientes Usuários finais de sistemas Engenheiros de clientes Gerentes de fornecedores Arquitetos de sistemas Requisitos de sistemas Usuários finais de sistemas Engenheiros de clientes Arquitetos de sistemas Desenvolvedores de software Requisitos Funcionais ● Descrevem o que o sistema deve fazer - Geralmente, é aquilo que o usuário vê/percebe ● Se definidos pelo usuário, são bem genéricos. Exemplo: Documento de Visão do Projeto (DVP) (necessidade e funcionalidades) – DVP do HisAq-GC-Monitoramento do Contrato ● Mas devem ser refinados até descrever detalhamente a função do sistema, suas entradas e saídas – ECUs e ERNs do HisAq-GC-Monitoramento do Contrato Requisitos não Funcionais ● Geralmente relacionados a funcionalidades emergentes do sistema (em regra, não relacionados a funcionalidades específicas). Exemplos: ● Confiabilidade: "Deve-se permitir executar qualquer operação do sistema por meio de combinação de teclas" ● Tempo de respostas: "o salvamento dos dados devem ocorrer em até dois segundos" ● Espaço de armazenamento: "deve-se permitir arquivar documentos com até 5 MB" ● Usabilidade: – "quando usuário já estiver logado no sistema, para realizar uma operação completa no sistema (desde clicar na funcionalidade até finalizar a operação (p.e., salvar os dados), não pode ultrapassar três cliques do mouse" – "Deve-se permitir executar qualquer operação do sistema por meio de combinação de teclas do teclado" Requisitos de Usuário Especificam requisitos funcionais e não funcionais quanto ao comportamento externo do sistema e deve-se evitar, sempre que possível, especificações de projeto do sistema. Portanto, Utilize linguagem simples, com recursos visuais ditáticos (tabelas, formulários simples, diagramas) Requisitos de Usuário – Gestão por Processos de Negócio Ajuda Bastante Requisitos de Usuário: Qual é mais claro ? Recursos de grade: Para ajudar no posicionamento de entidades sobre um diagrama, o usuário pode ativar uma grade em centímetros ou em polegadas por meio de uma opção no painel de controle. Inicialmente, a grade não é ativada. A grade poderá ser ativada ou desativada a qualquer instante durante uma sessão de edição, e poderá ser alternada entre polegadas e centímetros, a qualquer instante. Um opção de grade será fornecida na visão reduzida, mas o número de linhas de grade mostradas será reduzido para evitar o preenchimento do diagrama. Recursos de grade: O editor deve fornecer um recurso de grade no qual uma matriz de linhas horizontais e verticais fornece um fundo para a janela do editor. Essa grade deve ser passiva e o alinhamento das entidades é de responsabilidade do usuário. Justificativa lógica: Uma grade ajuda o usuário a criar um diagrama bem organizado com entidades bem espaçadas. Embora uma grade ativa, na qual as entidades 'saltam' as linhas de grade, possa ser útil, o posicionamento é impreciso. O usuário é a melhor pessoa para decidir onde as entidades devem ser posicionadas. - Especificação: ECLIPSE/WS/Tools/DE/FS Seção 5.6 - Fonte: Ray Wilson, escritório de Glasgow Requisitos de Sistema ● Versões expandidas dos requisitos de usuário usados pelos engenheiros de software como ponto de partida para o projeto do sistema. ● Adicionam detalhes e explicam como os requisitos de usuário devem ser fornecidos pelo sistema, mas sem contemplar como o sistema pode ser projetado ou implementado. Especificações em Linguagem Natural Estruturada ● É a forma de escrever os requisitos de sistema de forma estruturada ● Autor perde sua liberdade de escrita – Está restrito a uma maneira padronizada de escrita, tanto em termos de forma quanto de vocabulário ● Por exemplo: verbo Manter = contemplam tipicamente as funcionalidades de incluir, alterar, excluir e consultar dados em um sistema. ● Objetivo: Diminuir riscos de muitas interpretações, aumentar a produtividades das equipes envolvidas, promover a objetividade. ● Documentos-padrão (templates): direcionar ao que é imprescindível e permitir automatização de geração de outros artefatos (por exemplo: reuso de artefatos, gerar artefatos de teste) Notações para Especificações de Requisitos (Fonte: Sommerville, Engenharia de Software, ed 8) Especificação Utilizando Formulário Padrão (Fonte: Sommerville, Engenharia de Software, ed 8) Especificação de Interface ● São pontos de uso, serviços, disponibilizados por um sistema. Exemplo: Aplicativo construído em plataforma Android deverá utilizar serviços fornecidos por essa plataforma: sistema construído sobre Android chama serviço dele que realiza movimentos na tela do celular ● Podem ser do tipo: ● Interface de procedimentos ● Estrutura de dados ● Representação de dados Exemplo de Interface de Procedimento em Java Documento de Requisitos de Software ● Também chamado de Especificação de Requisitos de Software, é a declaração oficial do que os desenvolvedores de sistema devem implementar. ● Inclui: ● (i) requisitos de usuários; e ● (ii) especificaçãodetalhada dos requisitos de sistema: – Alto nível: Documento de Visão do Projeto (DVP) – Refinamentos do DVP: (i) Especificações de Caso de Uso (ECUs), (ii) Especificações de Regras de Negócio (ERNs), (iii) Especificações de Requisitos não Funcionais. Podem incluir, protótipos de tela, e outros imagens/diagramas que explicam de outra forma os requisitos. Fim ● Inscrevam-se no aprender.unb.br ● Ele é nosso ponto de comunicação ● Além de divulgar arquivos, etc, posso divulgar informações urgentes, etc ESTUDE! O seu sucesso está mais nas suas mãos do que na dos outros "Eu posso estar diante dos futuros empresários bilionários deste século" Bill Gates Slide 1 Slide 2 Slide 3 Slide 4 Slide 5 Slide 6 Slide 7 Slide 8 Slide 9 Slide 10 Slide 11 Slide 12 Slide 13 Slide 14 Slide 15 Slide 16 Slide 17 Slide 18 Slide 19 Slide 20 Slide 21 Slide 22 Slide 23 Slide 24 Slide 25 Slide 26
Compartilhar