Sgsv

Disponível somente no TrabalhosFeitos
  • Páginas : 6 (1448 palavras )
  • Download(s) : 0
  • Publicado : 1 de dezembro de 2011
Ler documento completo
Amostra do texto
Requisitos do Projeto | 29 de abril
2011
|
Responsável: RFOP(RFOP-3) | SGSV – Sistema Gerenciador de Solicitações de Voo |

Índice

1 Histórico de Alterações 3
2 Introdução 4
2.1 O Sistema 4
2.2 Objetivo do documento 4
2.3 Convenções, Termos e Abreviações 4
2.3.1 Identificação dos Requisitos 4
2.3.2 Prioridades dos Requisitos 5
3 Requisitos Funcionais (casos deuso) 6
3.1.1 [REQF001] Manter Box 6
3.1.2 [REQF002] Manter Equipamento 6
3.1.3 [REQF003] Manter Companhia Aérea 6
3.1.4 [REQF004] Manter Gate (Portão) 6
3.1.5 [REQF005] Manter Localidade 7
3.1.6 [REQF006] Manter Natureza 7
3.1.7 [REQF007] Manter Classe 7
3.1.8 [REQF008] Manter Categoria 7
3.1.9 [REQF009] Inoperância de Box 7
3.1.10 [REQF010] Gerenciar Voos 8
3.1.11[REQF011] Consultar pátio 8
3.1.12 [REQF012] Consultar voos não regulares 8
3.1.13 [REQF013] Resposta a COMCLAR 9
4 Requisitos Não-Funcionais 10
4.1.1 [REQNF001] Desempenho 10
4.1.2 [REQNF002] Treinamento 10
4.1.3 [REQNF003] Atualização 10
4.1.4 [REQNF004] Pré-Requisitos 10
5 Escopo Não Contemplado 11

Histórico de Alterações
Data | Versão | Descrição | Autor |29/04/2011 | 1.0 | Definição dos requisitos. | Felipe S. Santos |

Introdução
O Sistema
O projeto SGSV – Sistema Gerenciador de Solicitação de Voo será composto de um módulo desktop, que será instalado em uma máquina local o qual acessará um banco de dados em Access localizado na rede.
O sistema visa auxiliar o responsável pela COMCLAR - Comissão de Coordenação de Linhas Aéreas Regulares - a ter umavisão futura do Pátio de estacionamento da aeronave, além de realizar cálculos de capacidade da SCI, da sala de embarque e desembarque, da fila do raio-x, e gerenciamento de voos a vigorar aprovados pelo aeroporto.
Objetivo do documento
Este documento especifica os requisitos do Sistema de Gerenciamento de Solicitação de Voo, deixando claro os conteúdos e as funcionalidades que o mesmo deveráconter.
Convenções, Termos e Abreviações
A correta interpretação deste documento exige o conhecimento de algumas convenções e termos específicos, que são descritos a seguir:
Identificação dos Requisitos
Por convenção, a referência a requisitos é feita através do nome da subseção onde eles estão descritos, seguidos do seu identificador de acordo com a especificação a seguir:
[nome da subseção.Identificador do requisito]
Por exemplo, o requisito funcional “[REQF001] Manter Box” deve estar descrito em uma subseção chamada Requisitos Funcionais, e em um bloco identificado pelo número [REQF001]. Já o requisito não-funcional “[REQNF001] Desempenho” deve estar descrito na seção de Requisitos Não-Funcionais, em um bloco identificado por [REQNF001].
Os requisitos devem ser identificados poruma sigla específica, iniciada pelos códigos “REQF” (Requisitos Funcionais) ou “REQNF” (Requisitos não Funcionais), seguidos por uma numeração de 03 dígitos, iniciada em “001”, que prossegue sendo incrementada na medida em que forem surgindo novos requisitos.
Prioridades dos Requisitos
Para estabelecer a prioridade dos requisitos nas seções 3 e 4, foram adotadas as denominações “essencial”,“importante” e “desejável”.
Essencial: É o requisito sem o qual o sistema não entra em operação. Requisitos essenciais são imprescindíveis e necessitam ser implementados impreterivelmente.
Importante: É o requisito sem o qual o sistema entra em operação, mas de forma não satisfatória. Requisitos importantes devem ser desenvolvidos na primeira versão, porém o sistema poderá ser implantado e utilizadosem grandes prejuízos, caso não seja feita sua implementação.
Desejável: É o requisito que não compromete as funcionalidades básicas do sistema. Requisitos desejáveis podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo desenvolvida.

Requisitos Funcionais (casos de uso)
[REQF001] Manter Box
Descrição: Este...
tracking img