11 - Identificação de Requisitos » Histórico » Versão 1
Redmine Admin, 11/05/2019 21:53
| 1 | 1 | Redmine Admin | h1. 1.1 - Identificação de Requisitos |
|---|---|---|---|
| 2 | |||
| 3 | p. O primeiro passo na identificação dos requisitos de um projeto é realizado na seção [[template-produto:1 - Gestão de Produto]], especificamente na [[template-produto:1.1 - Lista de Requisitos]]. |
||
| 4 | |||
| 5 | h2. 1.1.1 Requisitos Funcionais |
||
| 6 | |||
| 7 | p. Um requisito é definido como "uma condição ou uma capacidade com a qual o sistema deve estar de acordo". |
||
| 8 | |||
| 9 | p. No Processo de Entrega de Soluções - PES, os requisitos são identificados por meio dos Épicos, das Features e das Histórias de Usuários. |
||
| 10 | |||
| 11 | p. *Histórias de Usuário:* |
||
| 12 | |||
| 13 | p(. As histórias de usuário tem um formato específico, concebido para ajudar o autor a ser descritivo e ajudar ao leitor (desenvolvedor) na tomada de ações. |
||
| 14 | |||
| 15 | p(. Este é o template de identificação de "História de Usuário":https://redmine.planejamento.gov.br/projects/mdsv2/wiki/21_-_Elabora%C3%A7%C3%A3o_de_Requisitos |
||
| 16 | |||
| 17 | |||
| 18 | |||
| 19 | h2. 1.1.2 Requisitos Não Funcionais (Opcional) |
||
| 20 | |||
| 21 | h3. Desempenho |
||
| 22 | |||
| 23 | p((. Um requisito de desempenho impõe condições aos requisitos funcionais. Descreve uma definição do nível mínimo aceitável de desempenho do produto. |
||
| 24 | |||
| 25 | p((. Podemos classificá-los em: |
||
| 26 | |||
| 27 | *** Obrigatório: |
||
| 28 | |||
| 29 | *** Desejável: |
||
| 30 | |||
| 31 | p((. Exemplo: |
||
| 32 | |||
| 33 | p(((. Requisito Obrigatório: A solução a ser desenvolvida necessita apresentar as informações em tela ao usuário no momento da consulta de extrato bancário em até 5 segundos. |
||
| 34 | |||
| 35 | h3. Integração |
||
| 36 | |||
| 37 | p((. Requisito aplicável para os casos em que o sistema a ser desenvolvido necessita interagir com outros sistemas existentes/sistemas legados. |
||
| 38 | |||
| 39 | p((. Podemos classificá-los em: |
||
| 40 | |||
| 41 | *** Obrigatório: |
||
| 42 | |||
| 43 | *** Desejável: |
||
| 44 | |||
| 45 | p((. Exemplo: |
||
| 46 | |||
| 47 | p(((. Requisito Desejável: É desejável que a Solução a ser desenvolvida importe as informações de Dados Bancários do Sistema Financeiro no momento do cadastro de um novo empregado. |
||
| 48 | |||
| 49 | h3. Segurança: |
||
| 50 | |||
| 51 | p((. Definem um conjunto de necessidades de segurança que o Sistema a ser desenvolvido deve atender, sendo tais necessidades influenciadas fortemente pela política de segurança da organização, e compreendendo aspectos funcionais e não-funcionais. |
||
| 52 | |||
| 53 | p((. Podemos classificá-los em: |
||
| 54 | |||
| 55 | *** Obrigatório: |
||
| 56 | |||
| 57 | *** Desejável: |
||
| 58 | |||
| 59 | p((. Exemplo: |
||
| 60 | |||
| 61 | p(((. Requisito Obrigatório: A Solução a ser desenvolvida necessita de um procedimento de autorização de usuários, nos quais os mesmos tenham que se identificar usando um (login) e uma senha. Somente usuários autorizados terão acesso aos dados. |
||
| 62 | |||
| 63 | h3. Normativos: |
||
| 64 | |||
| 65 | p((. Apresentam referências e normas legais na qual o Sistema a ser desenvolvido necessita estar aderente. |
||
| 66 | |||
| 67 | p((. Podemos classificá-los em: |
||
| 68 | |||
| 69 | *** Obrigatório |
||
| 70 | |||
| 71 | *** Desejável |
||
| 72 | |||
| 73 | p((. Exemplo: |
||
| 74 | |||
| 75 | p(((. Requisito Desejável: É desejável que a Solução a ser desenvolvida esteja aderente a Instrução Normativa 10/2012 que trata das regras de elaboração dos Planos de Logísticas Sustentáveis. |