Anda di halaman 1dari 5

Estrutura

dos Casos de Uso: Descrio (descreve de forma sucinta o objetivo, o ator que inicia o caso de uso e o seu trmino); Atores; Pr-condies e ps-condies; Fluxo principal; Fluxos alternativos e de exceo; Requisitos especiais; Relacionamentos. Especificao de Casos de Uso: Palavras-chave: Apresenta: aps uma operao o sistema apresenta uma mensagem para o usurio; Confirma: o usurio est solicitando um servio do sistema, ou confirmando um servio solicitado; Exclui: excluso de um arquivo lgico do sistema; Envia: sistema est enviando um objeto para um ator; Informa: o usurio preenche informaes no sistema; Registra: o sistema registra uma informao no arquivo lgico; Recupera: o sistema recupera uma informao do arquivo lgico; Seleciona: o ator seleciona uma lista recuperada pelo sistema; Valida: validao de um objeto ou regra de negcio, geralmente vem excees nas validaes; Verifica: verificao de uma situao particular por parte do sistema (comuns em fluxos alternativos).

Estudo para a Prova de Requisitos

Regras de Negcio
Nome geral Nome especfico Regras de estmulo e resposta Regras de restrio de operao Regras de restrio de estrutura Descrio verifica o "quando" e se a informao verdadeira para disparar o comportamento verifica se as condies antes e depois so verdadeiras para disparar o comportamento verifica poltica e condies sobre objetos, classes, relacionamentos que no podem ser violadas Padro QUANDO SE ENTAO SE SOMENTE UM SOMENTE UM

Regras de restrio

Regras de derivao

Regras de deduo Regras de cluclo

se uma condio verdadeira, uma concluso deduzida utilizam frmulas para gerar uma deduo

SE E SOMENTE SE frmula matemtica

Requisitos No-Funcionais
URPS+ Confiabilidade Esttica Capacidade de Recuperao Disponibilidade Preciso Capacidade de tratamento de requisies Nome Exemplo dimenso das telas texto de ajuda para cada tela oferecer tutoriais para novatos oferecer teclas de atalho e atividades personalizadas para veteranos realizar navegao eplo teclado software para crianas com cores fortes e chamativas atomicidade da remessa de dados disponvel 24h por dia e 7 dias na semana representaes numricas simultaneidade de acessos tempo para ativar o funcionamento do software tempo para desativar o funcionamento do software tempo para o software voltar a funcionar depois de alguma falha tempo para o software responder determinada requisio nmero de operaes ou volume trafegado por tempo requisitos de hardware mnimos para a instalao do programa ser compatvel com outros sistemas

Usabilidade

Acessibilidade

Tempo de ativao Desempenho Tempo de desativao Tempo de recuperao

Tempo de resposta Suportabilidade Vazo Adaptabilidade Compatibilidade

+ Requisitos de Design + Requisitos de Implementao + Requisitos de Interface + Requisitos Fsicos

Configurabilidade Expansabilidade Facilidade de auditagem Facilidade de instalao Tradutibilidade Padres de Design Mecanismos de Ajuda Outros Padro de codificao Componentes de terceiros Limitao de recursos Linguagens de Programao Suporte a plataformas Formato da Interface Interao com sistemas externos Conexes Dispositivos e ns Peso e tamanho dos Hardwares

configurao de parmetros de execuo manutenes evolutivas registros de informaes para auditorias, como inseres, alteraes e excluses passo a passo de intalao (wizard)

vrias linguagens avisos em tempo de execuo para ajudar no preenchimento de campos padres de meta dados autenticao, impresso, converso de dados Troca de dados Sincronizao da comunicao protocolos TCP/IP servidores de resdes

Rastreabilidade Olhar planilhas feitas para o trabalho; Facilita a avaliao do impacto das mudanas dos requisitos que possam ocorrer.

Validao de Requisito Possuir identificao nica; Estar claro e apropriadamente declarado; No ser ambguo; Ser relevante; Ser completo; Estar consistente com outros requisitos; Ser implementvel; Ser testvel; Ser rastrevel.

Modelo MPS-BR
Identificao GRE1 GRE2 GRE3 GRE4 GRE5 DRE1 DRE2 DRE3 DRE4 DRE5 DRE6 DRE7 DRE8 Descrio Os requisitos so entendidos, avaliados e aceitos junto aos fornecedores de requisitos, utilizando critrios objetivos O comprometimento da equipe tcnica com os requisitos aprovados obtido A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho estabelecida e mantida Revises em planos e produtos de trabalho do projeto so realizadas visando identificar e corrigir inconsistncias em relao aos requisitos Mudanas nos requisitos so gerenciadas ao longo do projeto As necessidades, expectativas e restries do cliente, tanto do produto quanto de suas interfaces, so identificadas Um conjunto definido de requisitos do cliente especificado a partir das necessidades, expectativas e restries identificadas Um conjunto de requisitos funcionais e no- funcionais, do produto e dos componentes do produto que descrevem a soluo do problema a ser resolvido, definido e mantido a partir dos requisitos do cliente Os requisitos funcionais e no-funcionais de cada componente do produto so refinados, elaborados e alocados Interfaces internas e externas do produto e de cada componente do produto so definidas Conceitos operacionais e cenrios so desenvolvidos Os requisitos so analisados, usando critrios definidos, para balancear as necessidades dos interessados com as restries existentes Os requisitos so validados

Anda mungkin juga menyukai