Analisando propostas

Modelo de Documento de Definição Requisitos

Publicado em 11 de Junho de 2020 dias na Tradução e conteúdos

Sobre este projeto

Aberto

Descrição:
Um trabalho da faculdade onde um Modelo de Documento de Definição Requisitos deve ser criado, contendo:
1.1 Objetivo do Documento
Este documento tem por objetivo concentrar e organizar todos os requisitos identificados para o sistema
de atendimento da empresa Editora ABC S/A no Módulo Publicação e Vendas, fornecendo aos
membros da equipe de projeto, as informações necessárias para a implementação, assim como para a
realização dos testes e homologação do sistema.

1.2 Definições, Acrônimos e Abreviações
A correta interpretação deste documento requer o conhecimento de algumas convenções e termos
específicos, que serão descritos a seguir.
1.2.1. Definições
Um requisito é uma condição ou uma capacidade com o qual o sistema deve estar de acordo,
expressando as necessidades do cliente. Podem ser dos seguintes tipos:
REF (Requisito Funcional): Detalham as funcionalidades descritas no DAN e em termos de
requisitos funcionais a serem implementadas pelos desenvolvedores na construção do
sistema, a fim de possibilitar que os usuários realizem suas tarefas e satisfaçam os requisitos
de negócio. Todo requisitos funcional obrigatoriamente deve possuir um requisito de dados.



RD (Requisito de Dados): Descrevem os dados que serão utilizados quando da execução do
requisito funcional. Todo requisito funcional deve ter um, e somente um, requisito de dados.
RE (Regra de Execução): Correspondem às regras que regulam a execução de requisito
funcional e que devem ser seguidas e garantidas pelo sistema.


Um requisito funcional pode
possui um ou mais regras de execução.
Rnf_Q (Requisito Não-Funcional de Qualidade): Relacionam os aspectos de qualidade
desejada (requisitos não-funcionais de qualidade), como confiabilidade, eficiência,
portabilidade, usabilidade ou qualquer outra característica que o sistema deva atender, como
padrões, regulamentos e contratos com os quais o sistema deve ter conformidade. Devem ser
categorizadas e descritas conforme a Norma ISO 9126

1.2.2.


Identificação dos requisitos
Os requisitos devem ser identificados com um identificador único, composto de sigla e
numeração. A referência aos requisitos é feita através dos respectivos identificadores.
à Sigla
REFXX: Requisito Funcional
RDXX: Requisito de Dados
REXX: Regra de Execução
RNF_XX: Requisito Não-Funcional
à Numeração
A numeração inicia em 01 e prossegue sendo incrementada de 1 à medida que forem
surgindo novos requisitos.



1.3 Processo e Elicitação
A elicitação dos requisitos procedeu-se por intermédio de entrevistas e de questionário respondido pelo
responsável da gerência de atendimento ao cliente.
1.4 Visão Geral do Documento
Além da seção introdutória, este documento possui as seguintes seções:
Seção 2 – Descrição geral: apresenta uma visão geral do processo que se deseja automatizar e que
foi descrita na proposta de solução do DAN, que fornece uma base para obtenção dos requisitos e
facilita o entendimento do software.
Seção 3 – Requisitos: define os requisitos funcionais, requisitos de dados e regras de execução do
aplicativo.
Seção 4 – Atributos: apresenta os atributos (dados) de cada requisito funcional identificado.


Importante
para elaboração do protótipo e modelo de dados.
Seção 5 – Rastreabilidade: identifica a rastreabilidade entre os requisitos funcionais, requisito de
dados, regras de execução, prioridade e objetivos específico definidos no Documento de Análise de
Negócio - DAN.
Seção 6 – Perfis e Permissões: relaciona todos os usuários ao módulo/opção definido neste
documento de requisitos, bem como suas permissões de acesso.



Seção 7 – Requisitos Não-Funcionais de Qualidade: define os requisitos funcionais de qualidade do
software com base nas características definidas pelas normas ISO 9126.
Seção 8 – Representação do Estrutura Analítica do Software – EAS demonstrando sua organização e
relacionamento entre os módulos do sistema. Representa, de forma geral, o organograma do software.



Seção 9 – Descreve o protótipo de baixa fidelidade, ou não funcional, do software a partir dos
requisitos funcionais, de dados e regras de execução definidos na seção 3 – Requisitos.
Seção 10 – Anexos: informações adicionais relacionadas ao módulo e/ou aplicativo.

Categoria Tradução e conteúdos
Subcategoria Outros
Tamanho do projeto Médio
Isso é um projeto ou uma posição de trabalho? Um projeto
Tenho, atualmente Não se aplica
Disponibilidade requerida Conforme necessário

Prazo de Entrega: 15 de Junho de 2020

Habilidades necessárias

Outro projetos publicados por M. M.