|
13 | 13 | - [Análise de requisitos funcionais e não-fucionais](#análise-de-requisitos-funcionais-e-não-funcionais) |
14 | 14 | - [Diagrama de casos de uso](#diagrama-de-casos-de-uso) |
15 | 15 | - [Descrição dos casos de uso](#descrição-dos-casos-de-uso) |
16 | | -- [Diagrama de senquencia](#diagramas-de-sequência) |
| 16 | +- [Diagrama de sequência](#diagramas-de-sequência) |
17 | 17 | - [Diagrama de classes](#diagrama-de-classes) |
18 | 18 | - [Diagrama de componentes](#diagrama-de-componentes) |
19 | 19 | - [Decisões de arquitetura](#decisões-de-arquitetura) |
|
146 | 146 | <hr> |
147 | 147 |
|
148 | 148 | # Decisões de arquitetura |
| 149 | +Para atender às necessidades da Escola Infinito no desenvolvimento do Sistema de Controle de Presenças, várias decisões de arquitetura foram tomadas em relação aos diagramas UML específicos, conforme detalhado a seguir: |
| 150 | + |
| 151 | +<h3>Diagrama de Casos de Uso:</h3> |
| 152 | +O Diagrama de Casos de Uso representa as interações entre os atores (usuários) e o sistema. Neste contexto, os principais atores são os professores, gestores da escola, alunos e pais/responsáveis. Os casos de uso identificados incluem "Fazer a chamada", "Gerar Relatórios de Faltas", "Verificar porcentagem de presença". A decisão foi tomada para garantir que todos os atores relevantes estivessem representados, considerando as diferentes responsabilidades e necessidades de cada um. |
| 153 | + |
| 154 | +<h3>Diagrama de Sequência:</h3> |
| 155 | +O Diagrama de Sequência descreve a interação entre objetos ao longo do tempo. Para o sistema de controle de presenças, foram identificadas sequências cruciais, como o processo de registro de faltas pelos professores, geração de relatórios e envio de notificações. A decisão de priorizar a eficiência e a clareza nas interações entre os atores foi fundamental, garantindo que o sistema respondesse de maneira eficaz às ações dos usuários. |
| 156 | + |
| 157 | +<h3>Diagramas de Classes:</h3> |
| 158 | +Os Diagramas de Classes detalham a estrutura estática do sistema, incluindo classes, atributos e relacionamentos. Para a Escola Infinito, foram identificadas classes como "Chamada", "Professor", "Acessibilidade", "Relatório de faltas", "Verificar porcentagem de presença" e "Pais e responsáveis". A decisão de organizar as classes de forma a refletir a estrutura organizacional da escola permitiu uma modelagem mais precisa e uma representação fiel das entidades envolvidas. |
| 159 | + |
| 160 | +<h3>Diagrama de Componentes:</h3> |
| 161 | +O Diagrama de Componentes representa a estrutura física do sistema, identificando os principais componentes e suas interações. A decisão foi tomada para modularizar o sistema, destacando componentes como "Módulo de Autenticação", "Módulo de Chamada", "Módulo de Relatórios" e "Módulo de Notificação". Isso facilita a manutenção, escalabilidade e reutilização de componentes específicos do sistema. |
| 162 | + |
| 163 | +<h3>Diagrama de Implantação:</h3> |
| 164 | +O Diagrama de Implantação descreve como o sistema será implantado em hardware físico. A decisão foi tomada para garantir que o sistema seja acessível a partir de qualquer navegador web, inclusive em dispositivos móveis. A arquitetura adotada suporta essa acessibilidade, permitindo que professores acessem o sistema de qualquer lugar e dispositivo. |
| 165 | +<hr> |
149 | 166 |
|
150 | 167 | # Diagrama de implantação |
151 | 168 |
|
|
0 commit comments