Escolar Documentos
Profissional Documentos
Cultura Documentos
Engenharia de Computao
Engenharia de Software
Projeto AdmSchool
Autora:
Marilene Oliveira Lima
julho, 2016
Contedo
1 Sumrio Executivo 4
1.1 Viso geral e escopo do projeto . . . . . . . . . . . . . . . . . . . 4
1.1.1 Restries . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.1.2 Critrios preliminares de aceitao . . . . . . . . . . . . . 4
1.2 Estudos preliminares sobre o domnio do negcio . . . . . . . . . 4
1.2.1 Atores Externos . . . . . . . . . . . . . . . . . . . . . . . 4
1.2.2 Atores Internos . . . . . . . . . . . . . . . . . . . . . . . . 4
1.3 Caso de uso de negcio e delimitao do escopo . . . . . . . . . . 4
1.4 Fluxos dos processos a serem automatizados . . . . . . . . . . . . 5
1.4.1 Matricular . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.4.2 Entregar boletim . . . . . . . . . . . . . . . . . . . . . . . 6
1.4.3 Pagar despesas . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4.4 Lanar notas . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.4.5 Lanar frequncias . . . . . . . . . . . . . . . . . . . . . . 9
1.5 Transio de estados de objetos destacados para o domnio . . . 9
2 Modelo funcional 10
2.1 Identicao dos atores . . . . . . . . . . . . . . . . . . . . . . . 10
2.2 Descrio dos casos de uso . . . . . . . . . . . . . . . . . . . . . . 10
2.3 Diagramas de casos de uso . . . . . . . . . . . . . . . . . . . . . . 11
2.4 Casos de uso expandido . . . . . . . . . . . . . . . . . . . . . . . 11
2.4.1 Caso de uso matricular aluno . . . . . . . . . . . . . . . . 11
2.4.2 Caso de uso lancar notas . . . . . . . . . . . . . . . . . . 12
2.5 Casos de teste . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.5.1 Caso de uso matricular aluno . . . . . . . . . . . . . . . . 12
2.5.2 Caso de uso lancar notas . . . . . . . . . . . . . . . . . . 13
2.6 Requisitos No Funcionais . . . . . . . . . . . . . . . . . . . . . . 13
2.6.1 Conrmao da senha . . . . . . . . . . . . . . . . . . . . 13
2.6.2 Alocao de turma obrigatria . . . . . . . . . . . . . . . 13
2.7 Requisitos Suplementares . . . . . . . . . . . . . . . . . . . . . . 14
2.7.1 Usabilidade . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.7.2 Desempenho . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.7.3 Dependabilidade . . . . . . . . . . . . . . . . . . . . . . . 14
2.7.4 Suportabilidade . . . . . . . . . . . . . . . . . . . . . . . . 14
3 Modelos esttico 15
3.1 Diagrama de classes . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.1.1 Matricular aluno . . . . . . . . . . . . . . . . . . . . . . . 15
3.1.2 Editar notas . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.1.3 Editar frequncias . . . . . . . . . . . . . . . . . . . . . . 16
3.1.4 Consultar boletim . . . . . . . . . . . . . . . . . . . . . . 16
3.1.5 Lanar notas . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.1.6 Lanar frequncias . . . . . . . . . . . . . . . . . . . . . . 17
3.1.7 Pagar despesas . . . . . . . . . . . . . . . . . . . . . . . . 18
2
4 Modelo dinmico 19
4.1 Diagramas de sequncia . . . . . . . . . . . . . . . . . . . . . . . 19
4.1.1 Matricular aluno . . . . . . . . . . . . . . . . . . . . . . . 19
4.1.2 Editar notas . . . . . . . . . . . . . . . . . . . . . . . . . 20
4.1.3 Editar frequncias . . . . . . . . . . . . . . . . . . . . . . 20
4.1.4 Consultar boletim . . . . . . . . . . . . . . . . . . . . . . 21
4.1.5 Lanar notas . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.1.6 Lanar frequncias . . . . . . . . . . . . . . . . . . . . . . 23
5 Arquitetura 24
5.1 Diagrama de componentes . . . . . . . . . . . . . . . . . . . . . . 24
5.2 Diagrama de distribuio . . . . . . . . . . . . . . . . . . . . . . 25
3
1 Sumrio Executivo
1.1 Viso geral e escopo do projeto
O sistema AdmSchool uma ferramenta voltada para escolas. Esta ferra-
menta prope a digitalizao das informaes administrativas. Com a implanta-
o do sistema na rotina escolar possvel ter acesso a informaes do cadastro
pessoal do aluno/responsvel, pagamentos, notas e frequncia por meio deste
portal, substituindo o arquivo das informaes em papel. Assim, o sistema agi-
liza o acesso as informaes, diminui o uso de papel e economiza espao fsico
de armazenamento de arquivos.
1.1.1 Restries
O acesso ao sistema deve ser feito exclusivamente pela web.
Professor(a)
Tesoureiro(a)
4
Figura 1: Caso de uso de negcio
1.4.1 Matricular
5
1.4.2 Entregar boletim
6
1.4.3 Pagar despesas
7
1.4.4 Lanar notas
8
1.4.5 Lanar frequncias
9
2 Modelo funcional
2.1 Identicao dos atores
Responsvel: Pessoa que se responsabiliza legalmente pela matrcula do
aluno.
10
2.3 Diagramas de casos de uso
11
Condies de sada: O secretrio deve ter concludo a submisso da nova ma-
trcula ou o secretrio deve cancelar a submisso da nova matrcula.
12
Tabela 2: Caso de teste para o caso de uso matricular aluno
Resumo Ser feita a matrcula de um aluno ctcio para fazer a validao
do caso de uso matricular aluno
Pr-condio O secretrio deve estar logando
Entradas O secretrio deve ativar no seu terminal a funo matricular aluno
1. Ativar a funo matricular
2. Preencher os dados do responsvel.
Aes
3. Preencher os dados do aluno e aloc-lo em uma turma.
4. submeter matrcula.
1. O aluno deve aparecer na lista de alunos da turma que foi selecionada.
Resultados esperados 2.Caso o secretrio no o aloque em nenhuma turma a submisso da
matrcula no pode ser concluda.
Ps-condies O aluno deve estar cadastrado no banco de dados de alunos do
colgio, sendo possvel atribuir notas e frequncia ao aluno.
13
2.7 Requisitos Suplementares
2.7.1 Usabilidade
O tempo de aprendizagem mdio do usurio sistema deve ser igual ou
inferior a 10 minutos. Neste tempo o usurio deve ser capaz executar
todas as funcionalidades bsicas.
2.7.2 Desempenho
O tempo de resposta do sistema para qualquer operao deve ser igual ou
inferior a 5 segundos.
2.7.3 Dependabilidade
Os responsveis no podero ter acesso a nenhuma informao de outros
alunos alm dos que so seus dependentes.
2.7.4 Suportabilidade
O sistema deve suportar acesso multi-usurio.
14
3 Modelos esttico
3.1 Diagrama de classes
A seguir os diagramas de classes referente a cada caso de uso do projeto com
os atributos mais relevantes para o entendimento do funcionamento do sistema:
15
3.1.3 Editar frequncias
16
3.1.5 Lanar notas
17
3.1.7 Pagar despesas
18
4 Modelo dinmico
4.1 Diagramas de sequncia
4.1.1 Matricular aluno
19
4.1.2 Editar notas
20
4.1.4 Consultar boletim
21
4.1.5 Lanar notas
22
4.1.6 Lanar frequncias
23
5 Arquitetura
5.1 Diagrama de componentes
Estilo de decomposio escolhido: Decomposio por particionamento. Este
estilo foi escolhido devido a complexidade do projeto de associar hierarquica-
mente os componentes do sistema devido a forte independencia na relao de
algumas partes do sistema. Isto ocorreu devido a principal funo do sistema
ser digitalizar informaes e naturalmente no h muita interao nos setores
envolvidos.
24
5.2 Diagrama de distribuio
25