Gestão de Projectos de Software

Transcrição

1 Gestão de Projectos de Software Projecto DriveGest Additional Spec Doc Versão 1.0 DriveGest_AdditionalSpecDoc_ _v1.0.doc 14 de Abril de 2007

2 2 Revisões Versão Autores Descrição Aprovadores Data 1.0 Pedro Miguel Lourenço Versão baselined Pedro Matrola (Moderador), Richard Nuno, Jorge Sousa e Miguel Alpendre DriveGest_AdditionalSpecDoc_ _v1.0.doc 2

3 3 Índice 1. Introdução Modelo Conceptual de Dados Diagrama Entidade-Relacionamento Descrição das Entidades Descrição dos Relacionamentos Modelo Físico da Base de Dados Modelo Físico de Dados Considerações Adicionais Códigos de Erro e Mensagens Módulo Aluno Módulo Professor Módulo Administrador Módulo Horários Módulo Veículos DriveGest_AdditionalSpecDoc_ _v1.0.doc 3

4 4 1. Introdução O Additional Spec Doc tem por objectivo complementar a especificação do software que se pretende implementar. Essa especificação encontra se dividida em dois capítulos principais: 1 Modelo Conceptual de Dados e 2 Modelo Físico da Base de Dados. O primeiro apresenta o modelo conceptual da base de dados e a descrição detalhada das entidades e relacionamentos. Sempre que for necessário será esclarecido o significado dos registos utilizados e que tipo de informação é guardada em cada atributo. O segundo capítulo apresenta o diagrama físico da base de dados que será utilizada no sistema de gestão. Este diagrama serve sobretudo para elucidar os programadores quanto à estruturação da BD e facilitar a implementação do código e a formulação de queries. DriveGest_AdditionalSpecDoc_ _v1.0.doc 4

5 5 2. Modelo Conceptual de Dados 2.1. Diagrama Entidade Relacionamento Pagamento pg_id pg_montante pg_data pg_tipo_pag <pi> I N6,2 D VA20 Identifier_1 <pi> necessitam p_id p_nome p_morada p_data_nasc p_telefone p_contribuinte p_num_ident p_login p_password p_mail p_tipo Pessoa Identifier_1 <pi> <pi> I VA30 VA50 D N9 N9 N9 VA10 VA10 VA20 N1 são ad_id ad_desc ad_preco Adenda <pi> I VA20 N6,2 Identifier_1 <pi> possui Contrato c_id <pi> I c_data D c_num_aulas N3 Identifier_1 <pi> possui tm_id tm_desc m_id m_estado m_data Tipo_meta <pi> I VA20 Identifier_1 <pi> corresponde Meta <pi> I A1 D Identifier_1 <pi> Instrutor Funcionario efectua Aluno corresponde a pr_id pr_desc pr_montante Precario Identifier_1 <pi> <pi> I VA20 N6,2 Categoria Hora pode a ca_id ca_desc <pi> I VA3 hr_id <pi> I hr_dia VA3 disponivel hr_hora a N2 Identifier_1 <pi> Identifier_1 <pi> pertence a da aula Horario h_id <pi> I h_ano h_mes h_dia_mes h_dia_sem h_hora Identifier_1 <pi> N4 N2 N2 VA3 N2 tem aula é necessario v_id v_matricula v_marca v_modelo v_ano v_cilindrada v_prox_insp v_prox_rev v_disp v_tipo_comb Veiculo <pi> I VA8 VA15 VA15 N4 N4 D D BL VA10 Identifier_1 <pi> DriveGest_AdditionalSpecDoc_ _v1.0.doc 5

6 Descrição das Entidades Tabela Pessoa Atributo Tipo Características Descrição p_id Numérico Chave primária Identificador unívoco de uma pessoa. Campo obrigatório p_nome String Campo obrigatório Nome de uma pessoa. Máximo: 30 p_morada String Campo obrigatório Morada de uma pessoa. Máximo: 50 p_data_nasc Data Campo obrigatório Data de nascimento da pessoa. p_telefone Numérico Número de 9 dígitos Contacto telefónico de uma pessoa. p_contribuinte Numérico Mínimo: 8 carateres Máximo: 9 p_login String Campo obrigatório Número de contribuinte de uma pessoa. Login para autenticação no sistema. Mínimo: 6 carateres Máximo: 10 P_password String Campo obrigatório Mínimo: 6 carateres Password para autenticação no sistema. Máximo: 10 p_num_ident Numérico Campo obrigatório String de 9 dígitos p_mail String Máximo: 20 Número de identificação pessoal de um aluno. da pessoa. p_tipo Numérico Campo obrigatório Consiste numa flag que identifica o tipo de pessoa a que nos estamos a DriveGest_AdditionalSpecDoc_ _v1.0.doc 6

7 7 Valores possíveis: referir. 1 - Aluno, 2- Instrutor, 3 - Funcionário A tabela Pessoa tem três entidades filho que herdam os seus atributos. Essas três tabelas: Aluno, Instrutor e Funcionario representam os diversos tipos de pessoas que podem ser representadas na base de dados. Nenhuma dessas tabelas possui atributos específicos. Tabela Contrato Atributo Tipo Características Descrição c_id Numérico Chave primária Campo obrigatório Identificador unívoco de um contrato efectuado entre um aluno e a escola de condução. c_data Data Campo obrigatório Data do contrato. c_num_aulas Numérico Máximo: 2 dígitos Número de aulas de condução efectuadas por um aluno dentro de um determinado contrato. Este atributo é calculado. Tabela Adenda Atributo Tipo Características Descrição ad_id Numérico Chave primária Campo obrigatório ad_desc String Campo obrigatório Máximo: 20 ad_preco Numérico Campo obrigatório Número de 6 dígitos com 2 para precisão Identificador unívoco de uma adenda correspondente a um determinado contrato. Descrição do produto ou serviço requisitado à escola de condução. Indica o montante a pagar por um determinado produto ou serviço. Valores possíveis: DriveGest_AdditionalSpecDoc_ _v1.0.doc 7

8 8 0,01 a 9999,99 ad_data Data Campo obrigatório Data do pedido. Tabela Pagamento Atributo Tipo Características Descrição pg_id Numérico Chave primária Campo obrigatório pg_montante Numérico Campo obrigatório Identificador unívoco de um pagamento efectuado para uma determinada adenda do contrato. Indica o montante pago. Número de 6 dígitos com 2 para precisão Valores: 0,01 a 9999,99 pg_data Data Campo obrigatório Data do pagamento. pg_tipo_pag String Valores possíveis: Forma de pagamento utilizada dinheiro, cheque, cartao ou transferencia. Tabela Categoria Atributo Tipo Características Descrição ca_id Numérico Chave primária Campo obrigatório ca_desc String Campo obrigatório Identificador unívoco de uma categoria de veículo. Descrição da categoria em questão. Valores possíveis: A, B, C, D, E, B+E, C+E e D+E. DriveGest_AdditionalSpecDoc_ _v1.0.doc 8

9 9 Tabela Veiculo Atributo Tipo Características Descrição v_id Numérico Campo obrigatório Identificador unívoco de um veículo. É um atributo do tipo inteiro. v_matricula String Campo obrigatório Matrícula de um veículo. String de 8 v_marca String Campo obrigatório Marca do veículo. Máximo: 15 v_modelo String Campo obrigatório Modelo do veículo. Máximo: 15 v_ano Numérico Número de 4 dígitos Ano do veículo. v_cilindrada Numérico Número de 4 dígitos Cilindrada do veículo. v_prox_insp Data Campo obrigatório Data da próxima inspecção do veículo. v_prox_rev Data Campo obrigatório Data da próxima revisão do veículo. v_disp Boolean Campo obrigatório Valores possíveis: Apresenta a disponibilidade do veículo. true - disponível, false - indisponível v_tipo_comb String Campo obrigatório Máximo: 10 Tipo de combustível utilizado pelo veículo. Valores possíveis: gasóleo, gasolina, gás, eléctrico, hidrogénio, híbrido. Tabela Hora DriveGest_AdditionalSpecDoc_ _v1.0.doc 9

10 10 Atributo Tipo Características Descrição hr_id Numérico Chave primária Identificador unívoco de uma hora. Campo obrigatório hr_dia String Campo obrigatório Representa um dia da semana. String de 3 Valores possíveis: seg, ter, qua, qui, sex e sab hr_hora Numérico Campo obrigatório Número de 2 dígitos. Indica uma hora que em que alunos ou instrutores podem estar disponíveis para marcação de aula. Tabela Horário Atributo Tipo Características Descrição h_id Numérico Chave primária Campo obrigatório Identificador unívoco de uma marcação de aula. h_ano Numérico Campo obrigatório Representa o ano em que a aula decorre. h_mes Numérico Campo obrigatório Representa um mês do ano. Número de 2 dígitos. Valores: 1 a 12. h_dia_mes Numérico Campo obrigatório Representa um dia do mês. Número de 2 dígitos. Valores: 1 a 31. h_dia_sem String Campo obrigatório Representa um dia da semana. String de 3 DriveGest_AdditionalSpecDoc_ _v1.0.doc 10

11 11 Valores possíveis: seg, ter, qua, qui, sex e sab h_hora Numérico Campo obrigatório Número de 2 dígitos. Representa uma hora do dia. Qualquer hora do dia poderá ser representada, sendo que terá lógica restringir à gama 8h-19h. Tabela Meta Atributo Tipo Características Descrição m_id Numérico Chave primária Campo obrigatório Identificador unívoco de uma meta dentro de um contracto. m_data Data Campo obrigatório Data do registo da meta. m_estado Caracter Campo obrigatório Define o estado da meta. Valores possíveis: E Em espera P Passou C Chumbou Tabela Tipo_meta Atributo Tipo Características Descrição tm_id Numérico Chave primária Campo obrigatório tm_desc String Campo obrigatório Identificador unívoco de um tipo de meta. Descrição da meta. Máximo: 20 Tabela Precario Atributo Tipo Características Descrição DriveGest_AdditionalSpecDoc_ _v1.0.doc 11

12 12 pr_id Numérico Chave primária Identificador unívoco de um preço. Campo obrigatório pr_desc String Campo obrigatório Produto que se está a comprar. Máximo: 20 Valores possíveis: pack cat. A, pack cat. B, ( ), aula extra, exame codigo, exame conducao. pr_montante Numérico Campo obrigatório Preço do produto ou serviço. Número de 6 dígitos com 2 para precisão. Valores: 0,01 a 9999,99 DriveGest_AdditionalSpecDoc_ _v1.0.doc 12

13 Descrição dos Relacionamentos Tabela de Relacionamentos Tabela 1 Tabela 2 Cardinalidade Descrição Pessoa Aluno - Pessoa Funcionario - Pessoa Instrutor - Relação de herança. O aluno é um dos três tipos de pessoas existentes na BD. Relação de herança. Um funcionário é um dos três tipos de pessoas existentes na BD. Relação de herança. Um instrutor é um dos três tipos de pessoas existentes na BD. Um aluno pode efectuar vários contratos para tirar diferentes licenças de condução. Aluno Contrato One-to-Many Um contrato corresponde a um e um só aluno. A relação é mandatory nos dois sentidos visto que não existe nenhum aluno na escola que não tenha efectuado um contrato e não existe contrato sem haver aluno. Um aluno está disponível a várias horas. Aluno Hora Many-to-Many Numa determinada hora, vários alunos podem estar disponíveis. A relação não é mandatory em nenhum dos sentidos visto que os alunos não são obrigados a terem definidas as suas disponibilidades e para determinada hora não é obrigatório que exista algum aluno disponível. Um aluno marca aulas de condução em diversos horários. Aluno Horario One-to-Many Em cada horário só pode existir um aluno a ter aula com um determinado instrutor, a uma determinada hora, no mesmo veículo. A relação é mandatory no sentido Horario -> Aluno visto que não é possível marcar uma aula de condução se não DriveGest_AdditionalSpecDoc_ _v1.0.doc 13

14 14 existirem alunos. Um instrutor está disponível a várias horas. Instrutor Hora Many-to-Many Numa determinada hora, vários instrutores podem estar disponíveis. A relação não é mandatory em nenhum dos sentidos visto que os instrutores não são obrigados a terem definidas as suas disponibilidades e para determinada hora não é obrigatório que exista um instrutor disponível. Um instrutor dá aulas de condução em diversos horários. Instrutor Horario One-to-Many Em cada horário só existe um instrutor a dar uma aula, numa determinada hora, num determinado veículo. A relação é mandatory no sentido Horario -> Instrutor visto que não é possível efectuar uma aula de condução se não existir um instrutor disponível. Um veículo é utilizado em diversos horários. Horario Veiculo Many-to-Many Num horário podem ser necessários vários veículos. Esta relação prevê, de entre outras coisas, as aulas de condução de motociclos. Neste tipo de aula é necessário um motociclo para o aluno e um automóvel para o instrutor. A relação é mandatory no sentido Horario -> Veiculo visto que não é possível efectuar uma aula de condução se não existir um veiculo disponível. Existem vários veículos com a mesma categoria. Veiculo Categoria Many-to-Many Categoria Contrato One-to-Many Uma categoria pode incluir um ou dois veículos. É o caso da categoria B+E que inclui um automóvel e um atrelado. A relação é mandatory no sentido Veiculo -> Categoria visto que um veículo tem que pertencer obrigatoriamente a uma categoria. Num determinado contrato, a licença de condução que se pretende tirar refere-se a uma única categoria de veículos. Vários contratos podem referir-se à mesma categoria. A relação é mandatory no sentido Contrato -> Categoria visto que para existir um contrato é necessário que ele se DriveGest_AdditionalSpecDoc_ _v1.0.doc 14

15 15 refira a uma categoria. Podem existir diversas adendas dentro de um contrato. Contrato Adeda One-to-Many Uma adenda refere-se a um e um só contrato. A relação é mandatory no sentido Adenda -> Contrato visto que só existem adendas se estiver estabelecido um contrato. Podem existir diversos pagamentos dentro de uma adenda. Adenda Pagamento One-to-Many Um pagamento refere-se a uma e uma só adenda. A relação é mandatory no sentido Pagamento -> Adenda visto que só existem pagamentos se estiver estabelecida uma adenda. Um contrato possui várias metas. Contrato Meta One-to-Many Uma meta corresponde a um único contrato. A relação é mandatory no sentido Meta -> Contrato visto que só existem metas se estiver estabelecido um contrato. Uma meta corresponde a um único tipo de meta. Meta Tipo_meta Many-to-One Várias metas podem corresponder ao mesmo tipo de meta. A relação é mandatory no sentido Meta -> Tipo_meta visto que só existe uma meta se estiver estabelecido o tipo de meta correspondente. DriveGest_AdditionalSpecDoc_ _v1.0.doc 15

16 16 3. Modelo Físico da Base de Dados 3.1. Modelo Físico de Dados p_id p_nome p_morada p_data_nasc p_telefone p_contribuinte p_num_ident p_login p_password p_mail p_tipo FK_INSTRUTO_SAO2_PESSOA Pessoa varchar(30) varchar(50) date numeric(9) numeric(9) numeric(9) varchar(10) varchar(10) varchar(20) numeric(1) <pk> FK_ALUNO_SAO_PESSOA FK_FUNCIONA_SAO3_PESSOA ad_id c_id ad_desc ad_preco FK_ADENDA_RELATIONS_CONTRATO FK_CONTRATO_EFECTUA_ALUNO Adenda Pagamento <pk> pg_id FK_PAGAMENT_RELATIONS_ADENDA <fk> ad_id varchar(20) pg_montante numeric(6,2) pg_data pg_tipo_pag c_id ca_id p_id c_data c_num_aulas numeric(6,2) date varchar(20) Contrato Meta <pk> m_id FK_META_RELATIONS_CONTRATO <fk2> c_id <fk1> tm_id date m_estado char(1) numeric(3) m_data date <pk> <fk> <pk> <fk1> <fk2> Instrutor p_id <pk,fk> Funcionario p_id <pk,fk> Aluno p_id <pk,fk> FK_CONTRATO_RELATIONS_CATEGORI FK_META_RELATIONS_TIPO_MET FK_RELATION_RELATIONS_INSTRUTO FK_RELATION_RELATIONS_ALUNO ca_id ca_desc Categoria varchar(3) <pk> tm_id tm_desc Tipo_meta varchar(20) <pk> p_id hr_id disponivel a <pk,fk1> <pk,fk2> FK_RELATION_RELATIONS_HORA hr_id hr_dia hr_hora FK_RELATION_RELATIONS_HORA Hora hr_id p_id varchar(3) numeric(2) <pk> pode a <pk,fk1> <pk,fk2> FK_RELATION_RELATIONS_CATEGORI ca_id v_id pertence a <pk,fk1> <pk,fk2> pr_id pr_desc pr_montante FK_RELATION_RELATIONS_VEICULO Precario varchar(20) numeric(6,2) <pk> FK_HORARIO_RELATIONS_INSTRUTO FK_HORARIO_TEM_AULA_ALUNO h_id p_id Alu_p_id h_ano h_mes h_dia_mes h_dia_sem h_hora v_id Horario v_matricula <pk> v_marca <fk2> v_modelo <fk1> v_ano é necessario FK_RELATION_RELATIONS_HORARIO FK_RELATION_RELATIONS_VEICULO v_cilindrada numeric(4) numeric(2) numeric(2) varchar(3) numeric(2) v_id h_id <pk,fk1> <pk,fk2> v_prox_insp v_prox_rev v_disp v_tipo_comb Veiculo varchar(8) varchar(15) varchar(15) numeric(4) numeric(4) date date smallint varchar(10) <pk> DriveGest_AdditionalSpecDoc_ _v1.0.doc 16

17 Considerações Adicionais Quanto ao modelo físico da base de dados não há elementos importantes a acrescentar. Tudo o que é necessário saber está indicado na descrição do modelo conceptual. Destaque apenas para o surgimento de novas tabelas de ligação devido às relações N para M. Estas tabelas são: disponivel a ligação entre Instrutor e Hora. (Instrutor disponivel a determinada Hora) pode a ligação entre Aluno e Hora. (Aluno pode ter aula a determinada Hora) e necessario ligação entre Veiculo e Horario. (Veiculo e necessario num determinado Horario) pertence a ligação entre Categoria e Veiculo. (Veiculo pertence a uma Categoria) DriveGest_AdditionalSpecDoc_ _v1.0.doc 17

18 18 4. Códigos de Erro e Mensagens Nas tabelas seguintes são apresentados os códigos de erro e mensagens correspondentes a cada um deles. Estas mensagens surgem ao utilizador caso sejam introduzidos valores inválidos nos formulários ou exista uma tentativa de aceder a secções do programa para as quais não há permissão. Estão também previstas outras mensagens de aviso ou de confirmação. Cada módulo do nosso trabalho terá uma tabela de mensagens. Os principais módulos existentes correspondem aos diferentes tipos de permissão de acesso. Assim sendo, teremos módulo Aluno, módulo Professor e módulo Administrador. Para completar, teremos o módulo Horários e o módulo Veículos Módulo Aluno Código Circunstância Mensagem A1 Global tentativa de acesso a páginas para as quais não tem permissão Não tem permissão para aceder a esta página. A2 Edição de dados de acesso campo login falta de preenchimento Campo login em branco. A3 A4 A5 A6 A7 A8 Edição de dados de acesso campo password falta de preenchimento Edição de dados de acesso campo confirme password falta de preenchimento Edição de dados de acesso campo password e confirmação de password com dados diferentes Edição de dados de acesso campo login possui menos de 6 Edição de dados de acesso campo password possui menos de 6 Edição de dados de acesso campo login com um login já existente na bd Campo password em branco. Campo confirme password em branco. As passwords não coincidem. O login tem de ter pelo menos 6. A password tem de ter pelo menos 6. O login escolhido já existe. Tente outro por favor. DriveGest_AdditionalSpecDoc_ _v1.0.doc 18

19 Módulo Professor Código Circunstância Mensagem B1 B2 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 B13 B14 Global tentativa de acesso a páginas para as quais não tem permissão Edição de perfil campo nome falta de preenchimento Edição de perfil campo login falta de preenchimento Edição de perfil campo password falta de preenchimento Edição de perfil campo confirmação de password falta de preenchimento Edição de perfil campo data de nascimento falta de preenchimento Edição de perfil campo password e confirmação de password com dados diferentes Edição de perfil campo login possui menos de 6 Edição de perfil campo password possui menos de 6 Edição de perfil campo data de nascimento data muito recente Edição de perfil campo nº contribuinte tem menos que oito dígitos Edição de perfil campo telefone tem menos de 9 dígitos Edição de perfil campo nº contribuinte apresenta não numéricos Edição de perfil campo telefone apresenta não numéricos Não tem permissão para aceder a esta página. Campo nome em branco. Campo login em branco. Campo password em branco. Campo confirmação de password em branco. Campo data de nascimento em branco. As passwords não coincidem. O login tem de ter pelo menos 6. A password tem de ter pelo menos 6. Data de nascimento inválida - mínimo 18 anos. Nº de contribuinte tem de ter pelo menos 8 dígitos. Telefone tem que ter 9 dígitos. O nº contribuinte só pode ter numéricos. O telefone só pode ter numéricos. DriveGest_AdditionalSpecDoc_ _v1.0.doc 19

20 20 B15 Edição de perfil campo apresenta um incoerente O é inválido Módulo Administrador Código Circunstância Mensagem C1 C2 C3 C4 C5 C6 C7 C8 C9 C10 C11 C12 C13 Global tentativa de acesso a páginas para as quais não tem permissão Global Proximidade de uma inspecção num dos veículos Global Proximidade de uma revisão num dos veículos Edição de perfil campo nome falta de preenchimento Edição de perfil campo login falta de preenchimento Edição de perfil campo password falta de preenchimento Edição de perfil campo confirmação de password falta de preenchimento Edição de perfil campo password e confirmação de password com dados diferentes Edição de perfil campo login possui menos de 6 Edição de perfil campo password possui menos de 6 Edição de perfil campo nº contribuinte tem menos que oito dígitos Edição de perfil campo telefone tem menos de 9 dígitos Edição de perfil campo nº contribuinte apresenta não numéricos Não tem permissão para aceder a esta página. A inspecção do veículo x é já no próximo dia y! A revisão do veículo x é já no próximo dia y! Campo nome em branco. Campo login em branco. Campo password em branco. Campo confirmação de password em branco. As passwords não coincidem. O login tem de ter pelo menos 6. A password tem de ter pelo menos 6. Nº de contribuinte tem de ter pelo menos 8 dígitos. Telefone tem que ter 9 dígitos. O nº contribuinte só pode ter numéricos. DriveGest_AdditionalSpecDoc_ _v1.0.doc 20

21 21 C14 Edição de perfil campo telefone apresenta não numéricos O telefone só pode ter numéricos. C15 Inserção de utilizadores campo nome falta de preenchimento C16 Inserção de utilizadores campo login falta de preenchimento Campo nome em branco. Campo login em branco. C17 C18 C19 Inserção de utilizadores campo data de nascimento falta de preenchimento Inserção de utilizadores campo login possui menos de 6 Inserção de utilizadores campo data de nascimento data muito recente Campo data de nascimento de em branco. O login tem de ter pelo menos 6. Data de nascimento inválida - mínino 18 anos. C20 Inserção de utilizadores campo nº contribuinte tem menos que oito dígitos Nº de contribuinte tem de ter pelo menos 8 dígitos. C21 Inserção de utilizadores campo telefone tem menos de 9 dígitos Telefone tem que ter 9 dígitos. C22 Inserção de utilizadores campo nº contribuinte apresenta não numéricos O nº contribuinte só pode ter numéricos. C23 C24 C25 Inserção de utilizadores campo telefone apresenta não numéricos Inserção de utilizadores campo apresenta um incoerente Inserção de utilizadores campo permissão não efectuou nenhuma selecção na dropdown box O telefone só pode ter numéricos. O é inválido. Não efectuou nenhuma selecção para a permissão C26 Edição alunos dados contabilísticos campos pagar sem preenchimento C27 Edição alunos dados contabilísticos campos pagar com não numéricos C28 Edição alunos dados contabilísticos campos pagar valor em excesso O campo pagamento está em branco O valor inserido é inválido O valor introduzido é superior ao valor total necessário para efectuar o pagamento C29 Edição alunos dados contabilísticos O campo mais aulas está em branco DriveGest_AdditionalSpecDoc_ _v1.0.doc 21

22 22 campo mais aulas sem preenchimento C30 Edição alunos dados contabilísticos campo mais aulas com carateres não numéricos O valor inserido no campo mais aulas é inválido 4.4. Módulo Horários Código Circunstância Mensagem D1 Inserir nova aula submissão do formulário sem existir selecção de aluno e/ou professor. Não seleccionou nenhum aluno e/ou professor 4.5. Módulo Veículos Código Circunstância Mensagem E1 E2 E3 E4 E5 E6 E7 Global tentativa de acesso a páginas para as quais não tem permissão Inserir novo veículo campo marca falta de preenchimento Inserir novo veículo campo modelo falta de preenchimento Inserir novo veículo campo data de aquisição falta de preenchimento Inserir novo veículo campo data próxima inspecção falta de preenchimento Inserir novo veículo campo ano de aquisição ano superior ao ano actual. Inserir novo veículo campo data próxima inspecção data inferior à data actual Não tem permissão para aceder a esta página. Campo marca sem preenchimento Campo modelo sem preenchimento Campo data de aquisição sem preenchimento Campo data próxima inspecção sem preenchimento Data de aquisição inválida Data da próxima inspecção inválida DriveGest_AdditionalSpecDoc_ _v1.0.doc 22