Modelo de documento de requisitos ti

Disponível somente no TrabalhosFeitos
  • Páginas : 6 (1498 palavras )
  • Download(s) : 0
  • Publicado : 23 de novembro de 2012
Ler documento completo
Amostra do texto
COLEGIO AUGUSTUS
CURSO TÉCNICO EM INFORMÁTICA

Andre Galdino
Cristiano Augusto
Everton Alves
Rodolfo Cezar

DOCUMENTO DE REQUISITOS
PROJETO ESTÁTISTICA HOSPITALAR

SABARÁ – MG
2012

DOCUMENTO DE REQUISITOS
Projeto | Estátistica Hospitalar |
Data | 21/09/2012 |
Responsável | Everton Alves |
Autor(s) | Andre Galdino, Cristiano Augusto, Everton Alves, Rodolfo Cezar |
Doc ID |DR001 |
Localização | toneverton@rocketmail.com |
Versão | 2.3 |





HISTÓRICO DE REVISÃO
Data | Versão | Autor | Descrição |
17/08/2012 | 1.0 | Everton Alves | Foi dado início ao documento, mas ainda necessitando de algumas informações. |
30/08/2012 | 1.1 | Everton Alves | Foram adicionadas informações necessárias para completar o documento. |
31/08/2012 |2.0 | Everton Alves | Documento revisto foi somado á uma nova formatação. |
10/09/2012 | 2.1 | Everton Alves | Realizado algumas alterações com base da versão 2.0 conforme foi necessário. |
11/09/2012 | 2.1.1 | Everton Alves | Foi acrescentada a figura de visão geral do piloto. |
17/09/2012 | 2.2 | Everton Alves | Documento revisto e corrigido. |
21/09/2012 | 2.3 | Everton Alves | Foramadicionados mais requisitos não funcionais e nova figura de visão geral do piloto. |

REVISORES
Nome | Papel | Data |
Everton Alves | Membro | 17/08/2012 |
| | |
| | |
| | |
| | |

SUMÁRIO

INTRODUÇÃO 5
1. Definição do Problema 5
2. Stakeholders 6
2.1. Stakeholders - Descrições e Responsabilidades 6
3. Requisitos 7
3.1. Requisitos Funcionais 8
3.2.Requisitos Não-Funcionais 9
3.3. Requisitos Negativos 9
4. Precedência e Prioridade 10
5. Visão Geral – Escopo 11
6. Gerenciamento de Requisitos 12
6.1. Gerenciamento de Mudanças de Requisitos 12

INTRODUÇÃO

O documento de requisitos é a especificação oficial dos requisitos do sistema para clientes, usuários finais e desenvolvedores de software.

Formalmente, podemos definir queo documento de requisitos contém: “Os serviços e funcionalidades que o sistema deve prover; restrições; informações sobre o domínio da aplicação, bem como restrições no processo usado para desenvolver o sistema”.

Além disso, tal documento pode ser visto como um contrato entre o cliente e o gerente de projeto, pois valida a conformidade segundo a especificação de requisitos do cliente paradefinição do escopo.
1. Definição do Problema
O Problema | Não há uma política de autenticação de todos os usuários que manipulas os dados dentro de um hospital, não há restrições de acesso aos arquivos e documentos de dados para garantir a integridade dos mesmos. Não há um banco de dados confiável para a gestão das informações necessárias ao atendimento. |
Quem é afetado? | Administrador,Funcionário e Médico |
Solução sugerida | Aplicação desenvolvida em 3 camadas com a seguinte distribuição: * Camada de Apresentação (interface direta com o usuário); * Camada de Regras de Negócio (tratamento dos dados e validação dos campos); * Camada de Abstração de Dados (acesso à base de dados). |
2. Stakeholders

Na engenharia de requisitos, os stakeholders são definidos comopessoas ou organizações que serão afetados pelo sistema e que, direta ou indiretamente, possuem influência sobre os requisitos.

Basicamente, os stakeholders do projeto Estática Hospitalar podem ser divididos em dois grupos: os desenvolvedores, responsáveis pelo projeto e desenvolvimento de artefatos do sistema e os usuários finais, que utilizarão o sistema já desenvolvido.
* Desenvolvedores:Gerentes do Projeto, SQA´s, Analistas de Sistemas, Engenheiros de Software, Administradores do Banco de Dados, Arquitetos de Software e Engenheiros de Teste.
* Usuários Finais: Funcionários, Médico e Administrador;

3.1. Stakeholders - Descrições e Responsabilidades

No escopo dos stakeholders do cliente, pode-se citar:
Nome | Descrição | Responsabilidades |
Funcionário | É...
tracking img