Capitulo I actualizadoTCC03

TRABALHO DE FIM DE
CURSO Criação de um aplicativo web para o Complexo Escolar Privado NSA
Capitulo 1 – Introdução
Levando em conta o avanço tecnológico e a globalização, é visível a cada
dia o aumento de instituições a aderir a tecnologia (sistemas para gestão e outras) para
realizar tarefas da mesma, de modo a auxiliar os seus funcionários. Pelo estatuto que o
Colégio Nossa Senhora da Anuciação possui, surge a necessidade da instituição evoluir
e consequentemente aderir a tecnologia.
Sendo a gestão do colégio a gestão da movimentação física
de pessoas e não só bens entre pontos diferentes, neste relatório
abordaremos sobre a Criação de um aplicativo web para o Complexo
Escolar Privado NSA. Para isso, criamos um aplicativo para gestão do
colégio que permite o registo e a recolha de dados, para melhorar o
controlo das operações de alunos, funcionários.
1.1 Motivação
O que nos motivou a realizar este trabalho foi a vontade de enriquecer os
nossos conhecimentos a nível de programação e cultivarmos o espírito de trabalho em
equipa.
1.2 Objetivos do projeto
1.2.1 Objetivo geral
Criação de um aplicativo web para facilitar a comunicação entre o encarregado de

educação e a instituição;
1.2.2 Objetivos específicos
a) Fazer a coleta de informações sobre a instituição em causa;

b) Definir o aplicativo web;
c) Iniciar a criação, aplicando conhecimentos sobre as linguagens e
d) ferramentas de programação web;
e) Realizar testes para verificação do seu funcionamento e possível correção;
f) de erros emergidos;
g) Apresentar o aplicativo web;
h) Reduzir o esforço mental e físico dos funcionários da secretaria;
i) Aumentar a qualidade de atendimento;
j) Aumentar a segurança no acesso aos dados;
COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 16

TRABALHO DE FIM DE
1.3 Estrutura do relatório
Este relatório está estruturado da seguinte forma:

Capítulo 1 - Introdução: Neste capítulo é apresentada uma breve
introdução do projeto, assim como a motivação, os objetivos do trabalho e a estrutura do
relatório.
Capítulo 2 – Domínio do problema: Neste capítulo apresentamos o
objeto de estudo, a situação atual da instituição, os problemas a serem resolvidos, âmbito
do projeto, solução proposta, orçamentos, viabilidade e benefícios.
Capitulo 3 – Analise de requisitos: Neste capítulo apresentamos os
requisitos funcionais e não funcionais da aplicação, os atores principais que irão interagir
com a aplicação, o diagrama de contexto, diagrama de fluxo de dados, dicionário de dados
e por fim o diagrama entidade relacionamento ou DER.
Capitulo 4 – Conceção da base de dados: Neste capítulo apresentamos a
análise de existência, conceitos principais na conceção, entidade (objetos), atributos,
identificação, chaves, cardinalidade, relacionamento, o Modelo Conceitual, Modelo
Lógico e Modelo Físico de Dados.
Capitulo 5 – Desenho: Neste capítulo é apresentado as estruturas dos
formulários do sistema – GesTransportes como, formulário splash, formulário de acesso
ao sistema, formulário do menu principal, entre outros.
Capítulo 6 – Arquiteturas do sistema e Extratos de códigos: Neste
capítulo é apresentado a arquitetura física, a arquitetura lógica e extratos de códigos
utilizados para a conceção da aplicação.
Capitulo 7 – Tecnologias e ferramentas utilizadas: Neste capítulo é
apresentado as tecnologias e ferramentas que foram utilizadas para elaboração deste
projeto.
Conclusão: é feita uma breve descrição das conclusões do trabalho.
Recomendações: é apresentado as recomendações para o colégio e os
projetos futuros.

TRABALHO DE FIM DE
Capitulo 2 – Domínio do Problema

2.1 Objeto de estudo
O Complexo Escolar Privado Nossa Senhora da Anunciação encontra-se
localizado na província de Luanda , Município de Cacuaco, Centralidade do Sequele ,
depois dos prédios cor de rosa, foi inaugurado em 2016.
E possui os seguintes cursos médios técnicos profissionais:
Informatica de gestão;
Contabilidade de gestão;
Gestão empresarial;
Saúde.
Puniv:
Ciências económicas e jurídicas;
Ciências físicas e biologicas.
2.2 Situação actual da instituição

Altualmente não existe um Sistema que permite a inclusão do encarregado
no ensino e aprendizado, o que exige muito mais dos funcionários da secretária.
O número de estudantes tem crescido arduamente num ritmo muito
positivo, que ao passar dos anos surgem novas ideias e melhorias.
2.3 Objetivo da instituição

A instituição tem como objetivo principal informatizar as operações em
todas áreas.
2.4 Problemas a serem resolvidos

a)Reduzir o tempo de espera por parte dos encarregados na secretaria;
b)Reduzir a quantidade de informações arquivadas em papeis;
C)Interligar todas as áreas da instituição para aumentar o nível de eficácia
no atendimento ao encarregado.
d)Facilitar o encarregado para o acompanhamento periódico do educando.
2.5 Âmbito do projeto

Tendo em conta os problemas identificados, será desenvolvido um
aplicativo web para o controle dos alunos por parte dos encarregados.
2.6 Solução proposta

TRABALHO DE FIM DE
Para ultrapassar ou resolver os problemas acima citados propôs-se a

implementação de um aplicativo web para o controle dos alunos.
Será criada uma base de dados que guardará todos os registos pelo que já
não será necessário o uso de arquivos em papel dentro da instituição, a interface é tão
simples que os encarregados não teram dificuldades em aceder ou fazer o uso do Web
Aplicativo.
2.7 Orçamento
2.7.1 Custos dos Materiais
ID Material usado Valor (Akz) Qtd Total (Akz)
01 1 1
CorelDraw x18 50.000.00 1 50.000,00
02 1 1
Microsoft Visual Studio Code 20.000.00 1 20.000,00
03 1 8
Microsoft Ofice 2016 35.000.00 1 35.000,00
04 1 2
Photoshop 25.000.00 1 25.000.00
Custo total 3
130.000,00
Tabela 1. Custos dos materiais
2.7.2 Custo total do projeto
ID Descrição Valor total (Akz)

01 Custos dos materiais 130.000,00
02 Mão-de-obra 1.000.000
Custo total 1.130.000
Tabela 2. Custo total do projeto
2.8 Viabilidade
2.8.1 Benefícios
A criação de um aplicativo para o complexo escolar privado Nossa
Senhora da Anuciação, vai fornecer benefícios tais como:
a) Maior controlo de entrada e saída de dados
b) Facilidade ao acesso de informações
c) Segurança no acesso aos dados
d) Atualização de dados de forma eficaz
e) Melhoria no atendimento dos clientes

TRABALHO DE FIM DE
Capitulo 3 – Análise requisitos

Levando em conta tudo que foi dito, a seguir é apresentado os requisitos
funcionais e não funcionais que foram previstos para a aplicação.
3.1 Requisitos funcionais

Para o desenvolvimento do aplicativo, foram previstas as seguintes
funcionalidades:
[RF01] A aplicação deve permitir que apenas os funcionários registados
tenham acesso ao sistema informando o nome de usuário e senha(número da matrícula).
[RF02] A aplicação deve permitir a consulta das informações de alunos
como notas,quantidade de faltas, conduta disciplinar , entre outros.
[RF03] A aplicação deve permitir actualização dos registos de alunos,
encarregados, professores,notas,turmas e entre outros.
[RF04] A aplicação só deve mostrar as informações dos alunos aos
respectivos encarregados .
[RF05] A aplicação deve permitir a visualização e impressão de relatórios
de alunos.
3.2 Requisitos Não funcionais

[RNF01] Integridade: A aplicação deve garantir a integridade das
informações armazenadas na base de dados.
[RNF02]_Segurança: A aplicação deve zelar pela confidencialidade dos
dados, permitindo apenas acesso às pessoas competentes, depois de serem devidamente
autenticadas a autoridade para visualização e alteração dos mesmos.
[RNF03] Nível de abstração: A aplicação deve criar níveis de abstração
para garantir que os funcionários realizem somente operações que lhes competem.
3.3 Actores principais

Os principais actores que irão interagir com o sistema são:
Funcionário de nível 1: é o responsável por cadastrar, atualizar , eliminar,
imprimir, consultar funcionários e contas de acesso… Ou seja tem acesso total no sistema.
Funcionário de nível 2: é o responsável por cadastrar, atualizar, e
consultar alunos.

TRABALHO DE FIM DE
3.4 Diagrama de fluxo de dados
O diagrama de fluxos de dados (DFD): é uma representação gráfica do

"fluxo" de dados através de um sistema de informação, modelando seus aspectos de
processo. Ela fornece apenas uma visão do sistema, a visão estruturada das funções, ou
seja, o fluxo dos dados. Frequentemente, eles são uma etapa preliminar usada para criar
uma visão geral do sistema que pode posteriormente ser elaborado. Os DFDs também
podem ser usados para a visualização do processamento de dados.
3.6 Dicionário de dados
Para o diagrama entidade relacionamento – DER, temos o seguinte

dicionário de dados:
Aluno
a) Aluno – Entidade que define dados relativos aos alunos
b) num_matricula – número de matricula do aluno
c) nome_ aluno– nome do aluno
d) foto – foto do aluno
Login
a) Login – Entidade que define dados relativos as contas de acesso ao sistema
b) nome_usuario – nome de usuário
c) senha – senha do usuário
d) codigo_funcionario – código de funcionário do usuário
Encarregado
a) Encarregado - Entidade que define os dados relativos…
b) num_telefone – número de telefone do encarregado
Pessoa
a) Pessoa - Entidade que define os dados relativos a pessoa
b) Sexo – sexo da pessoa
c) nome – nome da pessoa
d) BI – Identificação da pessoa
Disciplina
a) disicplina – Entidade que define os dados relativos a disciplina
Funcionario
a) Funcionario - Entidade que define os dados relativos aos funcionários
b) idade – idade do funcionário
c) foto– foto do funcionário
d) num_telefone – número de telefonedo funcionário

TRABALHO DE FIM DE
conduta_disciplinar
a) conduta_disciplinar – entidade que define o comportamento
Classe
a) classe – entidade que define os dados relacionados as classes
Turma
a) turma – entidade que define os dados relacionados as turmas
Curso
a) curso– entidade que define os dados relacionados os cursos
Tipo_curso
a) Tipo_curso – entidade que define os dados relacionados aos tipo de cursos
Tipo_funcionário
a) Tipo_funcionário – entidade que define os dados relacionados ao tipo de

funcionário
Nota
a) Nota – entidade que define os dados relacionados as notas
Faltas
a) Faltas – entidade que define os dados relacionados as faltas

TRABALHO DE FIM DE
3.7 DER – diagrama de entidade de relacionamento

Um diagrama entidade relacionamento (DER) é um modelo de dados para
descrever os dados ou aspetos de informação de um domínio de negócio ou seus
requerimentos de processo, de uma maneira abstrata que em última análise se presta a ser
implementada em uma base de dados, como uma base de dados relacional. Os principais
componentes das DER são entidades (coisas) e os relacionamentos que podem existir
entre eles, e a base de dados. Na página a seguir apresentamos o DER da nossa base de
dados.

TRABALHO DE FIM DE
Capitulo 4 – Conceção da base de dados

Bases de dados são coleções organizadas de dados que se relacionam de
forma a criar algum sentido (Informação) e dar mais eficiência durante uma pesquisa ou
estudo.
4.1 Análise de existência

Estudo da análise de existência é a parte em que fomos recolher
informações do nosso objecto de estudo, ter conhecimento dos problemas e desejos do
mesmo sobre o assunto do nosso trabalho. Enfim levar uma solução adequada para os
problemas sobre a gestão de transportes.
Com as informações recolhidas neste capítulo, começamos a criar a nossa
base de dados.
4.2 Conceitos Principais na concepção

4.2.1 Entidade (objetos)
Pode ser entendida como algo da realidade, modelada, onde deseja-se

manter informações na base de dados (BD). Por exemplo, em um sistema escolar,
algumas entidades podem ser os alunos, professores, horário, disciplinas e avaliações.
Notemos que uma entidade pode representar tanto objetos concretos (alunos), como
objetos abstratos (horário). A entidade é representada por um retângulo, que contém o
nome da entidade.
Ou seja, uma entidade é um objeto no mundo real que pode ser identificado
de forma única em relação aos outros objetos.
4.2.2 Atributos
Dados elementares que caracterizam as entidades e as relações.
Ex:Aluno(#Num_Processo,Nome_aluno,Tel_encarregado,sala,sexo,ano_
lectivo,data_emissao,num_bi)
Notemos que, até o momento, as entidades não guardam informação

alguma. Elas apenas representam um objeto existente no cenário da empresa. Para guardar
informações, devemos definir os atributos das entidades. Dessa forma, atributos são
propriedades particulares que descrevem cada entidade.
Para ser capaz de representar todas as informações de uma entidade, os

atributos são classificados conforme demonstrado a seguir:
Atributo simples: ocorre quando uma característica da entidade é

representada por um único atributo. Por exemplo, na entidade Empregado, temos os
seguintes atributos simples: Matricula, Nome, Sexo e Salário.
Atributo composto: o seu conteúdo é formado por vários itens menores,

por isso, o chamamos de atributo composto.
Exemplo: em algumas empresas, o atributo Endereço é composto por

informações, como: Rua, Número da casa, Bairro e município.
TRABALHO DE FIM DE
4.2.3 Identificação
Apresentamos até este ponto a necessidade de incluirmos campos na
estrutura de dados das entidades para que se efetuem os relacionamentos, ou seja, existem
campos comuns para a ligação. Quando um campo em uma entidade caracteriza-se por
ser a chave de identificação única de ocorrências desta entidade, denomina-se chave
primária. Quando em uma entidade temos um campo que é chave primária de outra
entidade, denomina-se chave estrangeira. Esta ligação realiza-se por comparação do
valor da Chave Estrangeira com o valor da Chave Primária de outra tabela.
4.2.4 Chave
As tabelas relacionam-se umas as outras através de chaves. Uma chave é

um conjunto de um ou mais atributos que determinam a unicidade de cada registo.
Por exemplo, se uma base de dados tem como chaves Código do Produto
e ID Sistema, sempre que acontecer uma inserção de dados o sistema de gerenciamento
de banco de dados irá fazer uma consulta para identificar se o registo já não se encontra
gravado na tabela.
Temos dois tipos de chaves:
Chave primária: (PK - Primary Key) é a chave que identifica cada registo
dando-lhe unicidade. A chave primária nunca se repetirá.
Chave Estrangeira: (FK - Foreign Key) é a chave formada através de um
relacionamento com a chave primária de outra tabela. Define um relacionamento entre as
tabelas e pode ocorrer repetidas vezes. Caso a chave primária seja composta na origem, a
chave estrangeira também o será.
4.2.5 Cardinalidade (coeficiente)

Em modelagem de dados a cardinalidade é um dos princípios
fundamentais sobre o relacionamento de uma base de dados relacional. Nela são definidos
o graus de relação entre duas entidades ou tabelas. CARDINALIDADE o número
máximo e mínimo de ocorrências de uma entidade que estão associadas às ocorrências de
outra entidade que participa do relacionamento. Ou seja, a cardinalidade é importante
para ajudar a definir o relacionamento, pois ela define o número de ocorrências em um
relacionamento.
Tipos de Cardinalidade
Cardinalidade Mínima
Considera-se apenas duas cardinalidades mínimas:
Opcional: indica que o relacionamento é opcional. Representa-se pelo
número 0.
Obrigatória: indica que o relacionamento é obrigatório. Representa-se
pelo número 1.
Cardinalidade Máxima
Dois valores de cardinalidades máximas são usados:
cardinalidade máxima 1
cardinalidade máxima “muitos”, referida pela letra “n”

TRABALHO DE FIM DE
4.2.6 Relacionamento
É um conjunto de associações entre entidades. O relacionamento é
representado por um losango. Esse losango é ligado por linhas aos retângulos que
representam as entidades participantes do relacionamento.
Relações: Associações entre entidades estabelecidas de acordo com as

necessidades de gestão.
Tipos de relacionamento
Existem três tipos de relacionamento entre entidades:
 um-para-um
 um-para-muitos
 muitos-para-muitos
Existem alguns tipos de relacionamentos possíveis na DER:
Um para um (1 para 1) - indica que as tabelas têm relação unívoca entre si.
Você escolhe qual tabela vai receber a chave estrangeira. um-para-um será usado nos
casos onde o registro de uma tabela só poderá ter uma associação com um registro de
outra tabela.
Um para muitos ou um-para-vários (1 para N) - a chave primária da tabela

que tem o lado 1 está para ir para a tabela do lado N. No lado N ela é chamada de chave
estrangeira;
Muitos para muitos ou vários-para-vários (N para N) - quando tabelas têm

entre si relação n..n, é necessário criar uma nova tabela com as chaves primárias das
tabelas envolvidas, ficando assim uma chave composta, ou seja, formada por diversos
campos-chave de outras tabelas. A relação então se reduz para uma relação 1..n, sendo
que o lado n ficará com a nova tabela criada.
Os relacionamentos 1 para 1 e 1 para N podem ser mapeados diretamente

em chaves estrangeiras nas tabelas originais. Já o relacionamento N para N exige o uso
de uma tabela auxiliar. No relacionamento N:N não há chave estrangeira.
4.3 Conceção do novo sistema informatizado

4.3.1 Etapa Conceptual
A etapa Conceptual nos ajuda a conceber e organizar uma base de dados
segundo as informações que nós recolhemos. A convenção internacional traçou regras e
normas sobre análise conceptual, que vamos aplicar para concepção e criação da base de
dados.
4.3.1.1 Divisão da Analise Conceptual
Há três tipos de modelos de dados: o conceitual, o lógico e o físico. Todos

concordam que uma estrutura de dados com qualidade é imprescindível para garantir a
legitimidade da base de dados facilitando a manutenção do sistema de aplicação.

TRABALHO DE FIM DE
Em geral temos 3 partes principais na concepção de uma base de dados,

que são:
a) Modelo conceptual de dados(MCD)
b) Modelo lógico de dados(MLD)
c) Modelo Físico de dados(MFD)
4.3.1.2 Diagrama de Classe
O diagrama de classes ilustra graficamente como será a estrutura do software (em nível
micro ou macro – veremos adiante sobre as possibilidades de uso do diagrama), e como
cada um dos componentes da sua estrutura estarão interligados.
1
,n

TRABALHO DE FIM DE
4.3.1.3 Modelo Logico de dados(MLD)

Compreende uma descrição das estruturas que serão armazenadas na base
de BD e que resulta numa representação gráfica dos dados de uma maneira lógica,
inclusive nomeando os componentes e ações que exercem uns sobre os outros.

TRABALHO DE FIM DE
4.3.1.3 Diagrama de caso de uso

Esse diagrama documenta o que o sistema faz do ponto de vista do usuário.
Em outras palavras, ele descreve as principais funcionalidades do sistema e a interação
dessas funcionalidades com os usuários do mesmo sistema. Nesse diagrama não nos
aprofundamos em detalhes técnicos que dizem como o sistema faz.

TRABALHO DE FIM DE
4.3.1.3 Diagrama de Actividade

Na UML, um diagrama de atividade fornece uma visualização do comportamento de
um sistema descrevendo a seqüência de ações em um processo. Os diagramas de
atividades são semelhantes a fluxogramas porque mostram o fluxo entre as ações em
uma atividade; no entanto, os diagramas de atividades também podem mostrar fluxos
paralelos ou simultâneos e fluxos alternativos.
Nos diagramas de atividades, os nós de atividades e extremidades de atividades são

utilizados para modelar o fluxo de controle e os dados entre as ações.

TRABALHO DE FIM DE
Capitulo 5 – Desenho
5.1.3 Formulário de acesso ao sistema (login)
O formulário de acesso ao sistema é o que verifica se o utilizador que
pretende aceder ao sistema tem autorização ou não ( ao preencher os campos usuário e
senha). Se ele tiver, o sistema faz uma consulta automática para obter o nível deste
utilizador. Este nível define as operações que o utilizador pode fazer no sistema.
Figura 7 - Formulário de acesso
5.1.4 Formulário principal

Este formulário é o que dá acesso a todos outros formulários necessários
para trabalhar ou seja, é o ambiente de trabalho do sistema.
Figura 8 - Formulário principal
5.1.4.1 Menus
O formulário principal está dividido por menus que são:
a) Menu Gestransporte
b) Menu Registar/Editar
c) Menu Consulta
d) Menu Relatório
e) Menu Sobre
f) Friso Acesso Rápido
Figura 9 – Formulário para edição de conta de acesso
5.1.4.3 Menu Registar/Editar

O menu Registar/Editar oferece as seguintes opções:

TRABALHO DE FIM DE
a) Funcionário: nesta opção é aberto um formulário que permite registar,

editar e remover os dados relativos aos funcionários.
Figura 10 - Formulário de cadastro dos funcionários
b) Aluno: nesta opção é aberto um formulário que permite registar, editar,

remover e imprimir relatório dos dados relativos ao processo e a matrícula de alunos.
Figura 11 - Formulário de cadastro de alunos
a)Funcionário: nesta opção abre um formulário que exibe o relatório de

dados dos funcionários e dá a possibilidade de imprimi-lo.

TRABALHO DE FIM DE
Capitulo 6 – Arquiteturas do sistema e Extratos de códigos

6.1 Arquitetura física do sistema
Este Sistema, não tem uma arquitetura física, porque todos os dados estão
dispostos em um único computador ou seja é uma aplicação monolítica.
6.2 Arquitetura lógica do sistema
Uma arquitetura lógica de dados descreve com precisão as propriedades e

os relacionamentos de cada uma das entidades de dados envolvidas em um domínio
organizacional ou problema de negócio a ser resolvido com apoio de TI, compondo um
desenho detalhado a partir do qual líderes de projeto e desenvolvedores possam trabalhar
com relativa independência.
A arquitetura lógica do nosso sistema encontra-se no apêndice C.
6.3 Extratos de códigos
Nesta secção apresentamos alguns extratos de códigos utilizados para o
funcionamento do sistema na linguagem utilizada PHP.
6.3.1 Codificação da tela Splash

Figura 20 – codificação da tela splash
6.3.2 Codificação do formulário de acesso

TRABALHO DE FIM DE
Capitulo 7 – Tecnologias e ferramentas utilizadas

No desenvolvimento deste projeto foram utilizadas uma variedade de
tecnologias e ferramentas. A seguir são descritos as plataformas e programas de suporte
utilizados no desenvolvimento do sistema em cada camada específica.
7.1 Recursos Tecnológicos

a)_Sql:_Structured_Query_Language,_ou Linguagem_de_Consulta_
estruturada ou SQL: é a linguagem de pesquisa declarativa padrão para base de dados
relacional (base de dados relacional). Muitas das características originais do SQL foram
inspiradas na álgebra relacional;
7.2 Ferramentas
a) MySQL é um sistema gerenciador de banco de dados relacional de código

aberto usado na maioria das aplicações gratuitas para gerir suas bases de dados. O serviço utiliza
a linguagem SQL (Structure Query Language – Linguagem de Consulta Estruturada), que é a
linguagem mais popular para inserir, acessar e gerenciar o conteúdo armazenado num banco de
dados.
b) Visual Studio Code (VS Code) é um editor de código de código aberto

desenvolvido pela Microsoft. A saber, ele está disponível para Windows, Mac e Linux. É
criado com Electron, ferramenta criada pelo GitHub que permite a criação de softwares
Desktop com HTML, CSS e JavaScript.

TRABALHO DE FIM DE
Conclusão
O desenvolvimento deste projeto permitiu-nos adquirir e enriquecer os
nossos conhecimentos nas tecnologias utilizadas, serviu-nos como uma grande
preparação para o ensino superior, já que desenvolveu a nossa capacidade em
implementação de aplicações informáticas utilizando a linguagem de programação PHP
conectadas com a bases de dados do MYSQL.
Com este projeto (Criação de um aplicativo para o complexo escolar
privado NSA) o trabalho na secretaria da instituição será duas vezes mais eficaz e simples,
na matrícula de alunos e funcionários, já que tudo será guardado numa base de dados de
maneira ordenada.
Este projeto trará uma grande vantagem para instituição e de certeza que
aumentará o prestigio da mesma!

TRABALHO DE FIM DE
Recomendações
Pelo colégio ter cursos como Técnico de informática e Técnico de
informática de gestão, o colégio deve realizar actividades internas e externas viradas a
área de tecnologia para aumentar a motivação e interacção dos alunos com a informática;
Os próximos anos devia-se explorar mais as diversas áreas da informática
já que os temas se apegam simplesmente em programação e redes. Exemplo de uma, a
área de multimédia (vídeos, imagens, músicas, etc.);
Os próximos anos os projectos deviam começar a ser elaborados a partir
do Iº trimestre, afim de não se fazer sentir tanto, alguns imprevisto como: integrantes
desinteressados, atraso na resposta ou a recusa do objecto de estudo, etc.

TRABALHO DE FIM DE

TRABALHO DE FIM DE
Referências bibliográficas
 HERITAGE, Katharine, Aprenda a Redigir Relatórios, Lisboa, Jornal de
Negócios, 2004.
 EDITE ESTRELA, Maria Almira Soares e Maria Jóse Leitão, Saber Escrever
Uma Tese e Outros Textos, Alfragide – Portugal, 2006.
 BLOGMANIFESTO.DER.Disponivel_em:<http://manifesto.blog.br/2.0/Progra
macao/daoactve-record>. Acessado em 28 de Setembro de 2014.
 PRESMMAN,_R.S.Engenharia_de_software._Edição:_6ª.Editora:McGraw-Hill.
Rio de Janeiro, 2006.
 C#_Language_Specification(http://msdn.microsoft.com/library/default.asp?URL
=/library/dotnet/csspec/vclrfcsharpspec_Start.htm) acessado 15 Setembro.
 MARSHALL, D., Programming Microsoft Visual C# 2008: The Language,
Microsoft Press. 2008
 LIMA, Edwin, C# e .Net para desenvolvedores, Editora Campus Ltda, Rio de
Janeiro : Campus, 2002
 CUNHA, M. B. Bases de Dados no Brasil: um potencial inexplorado. Ciência da
Informação, v. 18, n. 1, p. 45-57, 1989.
 ROWLEY, Jenifer. Informática para bibliotecas. Brasília: Briqnet de
Lemos/Linos, 1994.
 ALVES, W. P. Fundamentos de Bancos de Dados. Érica, 2004
 RUMBAUGH, JAMES e outros. Modelagem e Projetos Baseados em Objetos.
Rio de Janeiro:Campus, 1988.
 VICTOR, Fortes, Tecnologias de Informação & Comunicação, INIC 1ª Edição
Luanda, Novembro de 2011

Capitulo I actualizadoTCC03

Enviado por

Direitos autorais:

Formatos disponíveis

Capitulo I actualizadoTCC03

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Capitulo I actualizadoTCC03

Enviado por

Direitos autorais:

Formatos disponíveis

TRABALHO DE FIM DE

CURSO Criação de um aplicativo web para o Complexo Escolar Privado NSA

1.2.1 Objetivo geral

Criação de um aplicativo web para facilitar a comunicação entre o encarregado de

1.2.2 Objetivos específicos

a) Fazer a coleta de informações sobre a instituição em causa;

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 16

1.3 Estrutura do relatório

Este relatório está estruturado da seguinte forma:

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 17

Capitulo 2 – Domínio do Problema

2.2 Situação actual da instituição

2.3 Objetivo da instituição

2.4 Problemas a serem resolvidos

2.5 Âmbito do projeto

2.6 Solução proposta

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 18

Para ultrapassar ou resolver os problemas acima citados propôs-se a

ID Material usado Valor (Akz) Qtd Total (Akz)

2.7.2 Custo total do projeto

ID Descrição Valor total (Akz)

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 19

Capitulo 3 – Análise requisitos

3.1 Requisitos funcionais

3.2 Requisitos Não funcionais

3.3 Actores principais

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 20

3.4 Diagrama de fluxo de dados

O diagrama de fluxos de dados (DFD): é uma representação gráfica do

3.6 Dicionário de dados

Para o diagrama entidade relacionamento – DER, temos o seguinte

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 21

a) classe – entidade que define os dados relacionados as classes

a) turma – entidade que define os dados relacionados as turmas

a) curso– entidade que define os dados relacionados os cursos

a) Tipo_curso – entidade que define os dados relacionados aos tipo de cursos

a) Tipo_funcionário – entidade que define os dados relacionados ao tipo de

a) Nota – entidade que define os dados relacionados as notas

a) Faltas – entidade que define os dados relacionados as faltas

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 22

3.7 DER – diagrama de entidade de relacionamento

COLÉGIO NOSSA SENHORA DA ANUNCIAÇÃO Página 23

Capitulo 4 – Conceção da base de dados

4.1 Análise de existência

4.2 Conceitos Principais na concepção

Pode ser entendida como algo da realidade, modelada, onde deseja-se

Notemos que, até o momento, as entidades não guardam informação

Para ser capaz de representar todas as informações de uma entidade, os

Atributo simples: ocorre quando uma característica da entidade é

Atributo composto: o seu conteúdo é formado por vários itens menores,

Exemplo: em algumas empresas, o atributo Endereço é composto por

As tabelas relacionam-se umas as outras através de chaves. Uma chave é

Temos dois tipos de chaves:

4.2.5 Cardinalidade (coeficiente)

cardinalidade máxima “muitos”, referida pela letra “n”

Relações: Associações entre entidades estabelecidas de acordo com as

Existem alguns tipos de relacionamentos possíveis na DER:

Um para muitos ou um-para-vários (1 para N) - a chave primária da tabela

Muitos para muitos ou vários-para-vários (N para N) - quando tabelas têm

Os relacionamentos 1 para 1 e 1 para N podem ser mapeados diretamente