http://wiki.mstech.com.br/api.php?action=feedcontributions&feedformat=atom&user=Luis.figueiredo 2026-05-07T15:25:56Z Contribuições do usuário MediaWiki 1.26.2 http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=296 2016-05-27T17:29:55Z

<p>Luis.figueiredo: /* Aplicativo */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' Classpad<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/groups/classpad<br /> <br /> '''Estrutura dos branches:''' dev, release e master<br /> <br /> =Visão de Componentes=<br /> <br /> <br /> <br /> ==== Servidor Datacenter ====<br /> Servidor localizado no Datacenter e que interage com todos os servidores das escolas a ele ligados e diretamente com os aplicativos nos dispositivos android.<br /> ==== Servidor Escola====<br /> Servidor localizado em cada escola e que interage diretamente com os aplicativos nos dispositivos android.<br /> ==== Aplicativo====<br /> Existe em duas variantes: Professor e aluno, apresentando fundamentalmente diferenças no interface com o usuário.<br /> Sendo que o professor poderá criar sessões de aprendizagem e atividades nessa mesmas sessões, o aluno poderá apenas ingressar numa sessão e interagir com as atividades nela criada por um professor.<br /> <br /> [[Arquivo:Classpad-servidor.png]]<br /> [[Arquivo:Classpad-escola.png]]<br /> [[Arquivo:Classpad-Datacenter.png]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> A utilização de servidores em escola é uma necessidade dada a natureza das infra estruturas de rede existentes nas escolas.<br /> <br /> <br /> Utilizar a rede escolar para uma utilização da rede apoiada inteiramente em tecnologia peer to peer, é algo que obriga a estudo caso a caso, e inviabiliza um aplicativo que se pretende ser instalável em diversos cenários e localizações.<br /> <br /> <br /> Com a crescente demanda por aplicativos apoiados numa premissa BYOD (Bring your own device), surge também a necessidade de ter uma distribuição feita na loja do Google Play, e um modo de ativação e configuração simples do aplicativo.<br /> <br /> <br /> A necessidade de flexibilizar o aplicativo para utilizações fora das redes escolares, fez necessário a existência dos servidores em datacenter, para que permitam a que os usuários usufruam do aplicativo, mesmo estando fora da escola, ou caso a rede escolar esteja com algum problema.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquivo:Classpad-servidor.png&diff=295 2016-05-27T17:29:11Z

<p>Luis.figueiredo: </p> <hr /> <div></div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquivo:Classpad-escola.png&diff=294 2016-05-27T17:28:42Z

<p>Luis.figueiredo: </p> <hr /> <div></div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquivo:Classpad-Datacenter.png&diff=292 2016-05-27T17:27:38Z

<p>Luis.figueiredo: </p> <hr /> <div></div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=291 2016-05-27T17:26:35Z

<p>Luis.figueiredo: /* Aplicativo */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' Classpad<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/groups/classpad<br /> <br /> '''Estrutura dos branches:''' dev, release e master<br /> <br /> =Visão de Componentes=<br /> <br /> <br /> <br /> ==== Servidor Datacenter ====<br /> Servidor localizado no Datacenter e que interage com todos os servidores das escolas a ele ligados e diretamente com os aplicativos nos dispositivos android.<br /> ==== Servidor Escola====<br /> Servidor localizado em cada escola e que interage diretamente com os aplicativos nos dispositivos android.<br /> ==== Aplicativo====<br /> Existe em duas variantes: Professor e aluno, apresentando fundamentalmente diferenças no interface com o usuário.<br /> Sendo que o professor poderá criar sessões de aprendizagem e atividades nessa mesmas sessões, o aluno poderá apenas ingressar numa sessão e interagir com as atividades nela criada por um professor.<br /> <br /> [[Arquivo:Exemplo.jpg]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> A utilização de servidores em escola é uma necessidade dada a natureza das infra estruturas de rede existentes nas escolas.<br /> <br /> <br /> Utilizar a rede escolar para uma utilização da rede apoiada inteiramente em tecnologia peer to peer, é algo que obriga a estudo caso a caso, e inviabiliza um aplicativo que se pretende ser instalável em diversos cenários e localizações.<br /> <br /> <br /> Com a crescente demanda por aplicativos apoiados numa premissa BYOD (Bring your own device), surge também a necessidade de ter uma distribuição feita na loja do Google Play, e um modo de ativação e configuração simples do aplicativo.<br /> <br /> <br /> A necessidade de flexibilizar o aplicativo para utilizações fora das redes escolares, fez necessário a existência dos servidores em datacenter, para que permitam a que os usuários usufruam do aplicativo, mesmo estando fora da escola, ou caso a rede escolar esteja com algum problema.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=290 2016-05-27T17:26:04Z

<p>Luis.figueiredo: /* Aplicativo */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' Classpad<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/groups/classpad<br /> <br /> '''Estrutura dos branches:''' dev, release e master<br /> <br /> =Visão de Componentes=<br /> <br /> <br /> <br /> ==== Servidor Datacenter ====<br /> Servidor localizado no Datacenter e que interage com todos os servidores das escolas a ele ligados e diretamente com os aplicativos nos dispositivos android.<br /> ==== Servidor Escola====<br /> Servidor localizado em cada escola e que interage diretamente com os aplicativos nos dispositivos android.<br /> ==== Aplicativo====<br /> Existe em duas variantes: Professor e aluno, apresentando fundamentalmente diferenças no interface com o usuário.<br /> Sendo que o professor poderá criar sessões de aprendizagem e atividades nessa mesmas sessões, o aluno poderá apenas ingressar numa sessão e interagir com as atividades nela criada por um professor.<br /> <br /> [[Arquivo:Exemplo.jpg]]<br /> [[Mídia:Exemplo.ogg]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> A utilização de servidores em escola é uma necessidade dada a natureza das infra estruturas de rede existentes nas escolas.<br /> <br /> <br /> Utilizar a rede escolar para uma utilização da rede apoiada inteiramente em tecnologia peer to peer, é algo que obriga a estudo caso a caso, e inviabiliza um aplicativo que se pretende ser instalável em diversos cenários e localizações.<br /> <br /> <br /> Com a crescente demanda por aplicativos apoiados numa premissa BYOD (Bring your own device), surge também a necessidade de ter uma distribuição feita na loja do Google Play, e um modo de ativação e configuração simples do aplicativo.<br /> <br /> <br /> A necessidade de flexibilizar o aplicativo para utilizações fora das redes escolares, fez necessário a existência dos servidores em datacenter, para que permitam a que os usuários usufruam do aplicativo, mesmo estando fora da escola, ou caso a rede escolar esteja com algum problema.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=FamiliaBlue&diff=288 2016-05-27T15:45:24Z

<p>Luis.figueiredo: </p> <hr /> <div>* [[Bluemonitor]]<br /> * [[Educopédia]]<br /> * [[Bluecontrol]]<br /> * [[Classpad]]<br /> * [[OpenId]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Usu%C3%A1rio:Luis.figueiredo&diff=287 2016-05-27T15:44:42Z

<p>Luis.figueiredo: Criou página com 'Oi :)'</p> <hr /> <div>Oi :)</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=OpenId&diff=286 2016-05-27T15:44:01Z

<p>Luis.figueiredo: Criou página com 'Placeholder'</p> <hr /> <div>Placeholder</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Produtos&diff=285 2016-05-27T15:43:44Z

<p>Luis.figueiredo: </p> <hr /> <div>Essa página deverá conter um índice de links dos produtos e projetos disponíveis na MSTECH. <br /> <br /> Nas páginas dos produtos, pedimos que sejam colocadas todas as informações referentes à ele, como Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.<br /> <br /> Novamente lembrando, a Wiki é colaborativa então todos podem contribuir com o conteúdo!<br /> <br /> * [[Template de documentação]]<br /> <br /> == Plataforma de Produtos MSTECH ==<br /> * [[Almoxarifado]]<br /> * [[Approxima]]<br /> * [[Atribuição de Aulas]]<br /> * [[Avalia+]]<br /> * [[Biblioteca]]<br /> * [[Bluemonitor]]<br /> * [[BlueControl]]<br /> * [[Classpad]]<br /> * [[Controle Patrimonial]]<br /> * [[CoreSSO]]<br /> * [[Coredu]]<br /> * [[Educopédia]]<br /> * [[Gestão Escolar / SGP]]<br /> * [[OpenId]]<br /> * [[Portal Construtor]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=284 2016-05-27T15:40:28Z

<p>Luis.figueiredo: /* Outras informações */</p> <hr /> <div>==Descrição==<br /> <br /> O Classpad é uma solução completa para aplicativo de apoio a condução de Aula.<br /> <br /> Facilita a troca de atividades entre professores e alunos de maneira rápida com um interface intuitivo.&lt;br/&gt;<br /> O aplicativo pode funcionar em ambiente escolar conectado ao servidor da escola, ou fora desse ambiente, conectando diretamente ao servidor no datacenter.&lt;br/&gt;<br /> A ativação inicial do aplicativo é feita na escola e pode ser feita com a utilização de QR Code, ou manualmente. Esta ativação configura os endereços de ambos os servidores no aplicativo.<br /> <br /> Distribuído pela loja de aplicativos Google Play na sua versão para tablets Android, permitirá uma simples instalação e atualização.&lt;br/&gt;<br /> Terá uma constante evolução, permitindo integrações com sistema de planejamento de aula e sistemas de gerenciamento de avaliações e frequência.&lt;br/&gt;<br /> Futuramente, contará com versões para computadores com sistemas Windows e Linux.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> * Criação de sessões ad hoc de aprendizagem (aulas)<br /> * Partilha de atividades entre alunos e professores<br /> * Distribuição via Google Play<br /> * Suporte a estruturas BYOD<br /> <br /> <br /> ==Requisitos não-funcionais==<br /> <br /> ==== Desempenho ====<br /> As sincronizações relativas a uma sessão de aprendizagem entre dispositivo e servidor devem ser feitas com menos de 5 segundos de intervalo<br /> <br /> As sincronizações entre servidores de escola e servidor no datacenter não devem exceder os 5 minutos<br /> <br /> As sessões de aprendizagem devem suportar a integração com pelo menos 35 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar integração com pelo menos 3500 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar 100 sessões de aprendizagem em simultâneo<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração com pelo menos 2500 escolas<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração direta com pelo menos 10000 dispositivos<br /> <br /> O servidor no datacenter deverá ser capaz de suportar 300 sessões de aprendizagem em simultâneo<br /> <br /> ==== Integração ====<br /> Integração com sistema de autenticação interno<br /> <br /> Integração com API de dados de usuários, escolas, etc interno<br /> <br /> Terá integração com dados de usuários do CoreSSO<br /> <br /> Futuramente, terá integração com dados de escolas, aulas, cursos, disciplinas, frequência, etc. do SGP. Entretanto não faz parte do escopo da versão inicial<br /> <br /> Terá integração com autenticação via OpenId<br /> <br /> Em implantações, poder ter integração com sistemas via DTS para importação de dados de sistemas externos. Porém essa integração depende de constar no escopo do projeto de implantação da ferramenta, porque cada cliente terá um DTS diferente.<br /> <br /> ==== Segurança ====<br /> Apenas usuários autenticados com perfil de professor poderão criar sessões de aprendizagem<br /> <br /> Apenas usuários autenticados com perfil de professor poderão criar atividades em sessões de aprendizagem<br /> <br /> Toda a comunicação entre servidores e entre servidor e dispositivos será feita via SSL (WSS e HTTPS)<br /> <br /> Apenas usuários autenticados com perfil de administrador poderão usar o ambiente de administração do servidor<br /> <br /> A autenticação nos dispositivos terão tempos de expiração definidos no servidor, limitando utilização indevida<br /> <br /> ==== Usabilidade ====<br /> O aplicativo deverá ser de utilização fácil e intuitiva sem necessidade de qualquer tipo de treinamento<br /> <br /> O ambiente de administração deverá ser de fácil utilização, requerendo apenas uma consulta a material de apoio para a sua utilização<br /> <br /> ==== Portabilidade ====<br /> O aplicativo deverá rodar em qualquer tablet android com versão superior a 4.4<br /> <br /> O servidor na escola deverá rodar em qualquer computador Windows ou Linux, que possuam perfil de hardware compatível com papel de servidor.<br /> <br /> O servidor no datacenter deverá rodar em qualquer computador Windows ou Linux devidamente aparelhado para suportar cargas compatíveis com dezenas de requisições em simultâneo.<br /> <br /> ==== Tolerância à Falhas ====<br /> O aplicativo deverá ser capaz de funcionar em caso de perda de conectividade, com a obvia redução de desempenho de funções que necessitem de rede<br /> Os servidores deverão ser capazes de recuperar o seu funcionamento após uma queda de energia ou falha de conectividade<br /> <br /> <br /> <br /> ==Link do Product Backlog==<br /> <br /> [http://portal.mstech.com.br/celula/Fam%C3%ADliaBlue/Lists/Backlog%20do%20Produto/AllItems.aspx?View={CB32E552-1F84-4CDF-9A42-1A26F8C4D804}&amp;FilterField1=Produto&amp;FilterValue1=ClassPad Backlog no Portal] <br /> <br /> ==Outras informações==<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura_Classpad|Arquitetura do produto]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=283 2016-05-27T15:38:32Z

<p>Luis.figueiredo: /* Repositório de Versionamento */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' Classpad<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/groups/classpad<br /> <br /> '''Estrutura dos branches:''' dev, release e master<br /> <br /> =Visão de Componentes=<br /> <br /> <br /> <br /> ==== Servidor Datacenter ====<br /> Servidor localizado no Datacenter e que interage com todos os servidores das escolas a ele ligados e diretamente com os aplicativos nos dispositivos android.<br /> ==== Servidor Escola====<br /> Servidor localizado em cada escola e que interage diretamente com os aplicativos nos dispositivos android.<br /> ==== Aplicativo====<br /> Existe em duas variantes: Professor e aluno, apresentando fundamentalmente diferenças no interface com o usuário.<br /> Sendo que o professor poderá criar sessões de aprendizagem e atividades nessa mesmas sessões, o aluno poderá apenas ingressar numa sessão e interagir com as atividades nela criada por um professor.<br /> <br /> [[File:Classpad-escola.png]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> A utilização de servidores em escola é uma necessidade dada a natureza das infra estruturas de rede existentes nas escolas.<br /> <br /> <br /> Utilizar a rede escolar para uma utilização da rede apoiada inteiramente em tecnologia peer to peer, é algo que obriga a estudo caso a caso, e inviabiliza um aplicativo que se pretende ser instalável em diversos cenários e localizações.<br /> <br /> <br /> Com a crescente demanda por aplicativos apoiados numa premissa BYOD (Bring your own device), surge também a necessidade de ter uma distribuição feita na loja do Google Play, e um modo de ativação e configuração simples do aplicativo.<br /> <br /> <br /> A necessidade de flexibilizar o aplicativo para utilizações fora das redes escolares, fez necessário a existência dos servidores em datacenter, para que permitam a que os usuários usufruam do aplicativo, mesmo estando fora da escola, ou caso a rede escolar esteja com algum problema.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=282 2016-05-27T15:37:49Z

<p>Luis.figueiredo: /* Fundamentações das decisões tomadas */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> <br /> <br /> ==== Servidor Datacenter ====<br /> Servidor localizado no Datacenter e que interage com todos os servidores das escolas a ele ligados e diretamente com os aplicativos nos dispositivos android.<br /> ==== Servidor Escola====<br /> Servidor localizado em cada escola e que interage diretamente com os aplicativos nos dispositivos android.<br /> ==== Aplicativo====<br /> Existe em duas variantes: Professor e aluno, apresentando fundamentalmente diferenças no interface com o usuário.<br /> Sendo que o professor poderá criar sessões de aprendizagem e atividades nessa mesmas sessões, o aluno poderá apenas ingressar numa sessão e interagir com as atividades nela criada por um professor.<br /> <br /> [[File:Classpad-escola.png]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> A utilização de servidores em escola é uma necessidade dada a natureza das infra estruturas de rede existentes nas escolas.<br /> <br /> <br /> Utilizar a rede escolar para uma utilização da rede apoiada inteiramente em tecnologia peer to peer, é algo que obriga a estudo caso a caso, e inviabiliza um aplicativo que se pretende ser instalável em diversos cenários e localizações.<br /> <br /> <br /> Com a crescente demanda por aplicativos apoiados numa premissa BYOD (Bring your own device), surge também a necessidade de ter uma distribuição feita na loja do Google Play, e um modo de ativação e configuração simples do aplicativo.<br /> <br /> <br /> A necessidade de flexibilizar o aplicativo para utilizações fora das redes escolares, fez necessário a existência dos servidores em datacenter, para que permitam a que os usuários usufruam do aplicativo, mesmo estando fora da escola, ou caso a rede escolar esteja com algum problema.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=281 2016-05-27T15:36:42Z

<p>Luis.figueiredo: /* Visão de Componentes */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> <br /> <br /> ==== Servidor Datacenter ====<br /> Servidor localizado no Datacenter e que interage com todos os servidores das escolas a ele ligados e diretamente com os aplicativos nos dispositivos android.<br /> ==== Servidor Escola====<br /> Servidor localizado em cada escola e que interage diretamente com os aplicativos nos dispositivos android.<br /> ==== Aplicativo====<br /> Existe em duas variantes: Professor e aluno, apresentando fundamentalmente diferenças no interface com o usuário.<br /> Sendo que o professor poderá criar sessões de aprendizagem e atividades nessa mesmas sessões, o aluno poderá apenas ingressar numa sessão e interagir com as atividades nela criada por um professor.<br /> <br /> [[File:Classpad-escola.png]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> Nesta seção, coloque todas as considerações das tomadas de decisão realizadas para o produto. Porque foi usada tal arquitetura? Porque essa separação de componentes? Porque houve refatoração? Descreva o máximo possível nesta seção para que o histórico das decisões seja armazenado para consultas futuras.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=278 2016-05-27T14:11:25Z

<p>Luis.figueiredo: </p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> [[File:Classpad-escola.png]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> Nesta seção, coloque todas as considerações das tomadas de decisão realizadas para o produto. Porque foi usada tal arquitetura? Porque essa separação de componentes? Porque houve refatoração? Descreva o máximo possível nesta seção para que o histórico das decisões seja armazenado para consultas futuras.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=274 2016-05-27T13:22:00Z

<p>Luis.figueiredo: /* Visão de Componentes */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> [[File:Classpad-servidor.png]]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> Nesta seção, coloque todas as considerações das tomadas de decisão realizadas para o produto. Porque foi usada tal arquitetura? Porque essa separação de componentes? Porque houve refatoração? Descreva o máximo possível nesta seção para que o histórico das decisões seja armazenado para consultas futuras.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=273 2016-05-27T13:21:41Z

<p>Luis.figueiredo: /* Visão de Componentes */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> [File:Classpad-servidor.png]<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> Nesta seção, coloque todas as considerações das tomadas de decisão realizadas para o produto. Porque foi usada tal arquitetura? Porque essa separação de componentes? Porque houve refatoração? Descreva o máximo possível nesta seção para que o histórico das decisões seja armazenado para consultas futuras.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=272 2016-05-27T12:36:44Z

<p>Luis.figueiredo: /* Decisões de Arquitetura */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> Apresente um diagrama básico dos módulos do sistema, bem como suas fronteiras. Descreva sucintamente cada módulo que compõe o produto, seu objetivo e como foi construído (linguagens usadas, bancos de dados, etc.).<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> Nesta seção, coloque todas as considerações das tomadas de decisão realizadas para o produto. Porque foi usada tal arquitetura? Porque essa separação de componentes? Porque houve refatoração? Descreva o máximo possível nesta seção para que o histórico das decisões seja armazenado para consultas futuras.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=271 2016-05-27T12:36:16Z

<p>Luis.figueiredo: /* Decisões de Arquitetura */</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> Apresente um diagrama básico dos módulos do sistema, bem como suas fronteiras. Descreva sucintamente cada módulo que compõe o produto, seu objetivo e como foi construído (linguagens usadas, bancos de dados, etc.).<br /> <br /> =Decisões de Arquitetura=<br /> <br /> ==== Persistência ====<br /> Através de banco de dados relacional<br /> Criação do banco de dados PostgreSQL nos servidores e em Realm nos dispositivos<br /> <br /> ==== Tecnologia de integração ====<br /> Será realizada por meio de troca de mensagens entre os dispositivos e o servidor Datacenter e/ou servidor na escola<br /> Tráfego via WSS entre servidores e dispositivos<br /> Tráfego via HTTPS entre servidores e entre servidores e dispositivos<br /> <br /> <br /> ==== Log ====<br /> Implementado log de negócio (para rastreabilidade das ações do usuário) e de log técnico para análise de funcionamento e falhas<br /> Para os logs utilizamos arquivos de texto gerenciado pelo LOG4J2<br /> Para crash report usaremos Crashlytics (Fabric.io) <br /> <br /> <br /> ==== Padrão de arquitetura utilizado ====<br /> Utilizamos Servidores HTTPS RESTful na arquitetura JAX-RS para gerenciamento de APIs.<br /> Utilizamos o padrão de arquitetura DDD (Domain Driven Design) na aplicação web para ambiente de administração do servidor.<br /> Utilizamos o padrão “thin client” para os dispositivos. <br /> Utilizamos o padrão PubSub na comunicação durante uma sessão de aprendizagem<br /> Utilizamos o protocolo MDNS (Bonjour) para descoberta do servidor da escola<br /> Utilização de Jetty 9 para servidor HTTPS e WSS.<br /> Utilização de Hibernate 4 para comunicação com banco de dados PostgreSQL e SQLite.<br /> Utilização de JMDNS para Discovery na rede.<br /> <br /> <br /> ==== Tecnologia de Front-end ====<br /> Utilização do design nativo Android<br /> Utilização de front end simplificado nos ambientes de Administração<br /> Aplicação de Material Design no Android e Angular-JS na Web<br /> <br /> <br /> ==== Tecnologia de Back-end ====<br /> Arquitetura padrão para servidores Java e clientes Android<br /> Utilização de Java 7 e Android 4.4 ou superior<br /> <br /> <br /> ==== Deploy ====<br /> Distribuição dos clientes android via Google Play<br /> Instalação dos servidores via instalador<br /> Pacotes de instalação APK versionados e assinados conforme padronização<br /> <br /> =Fundamentações das decisões tomadas=<br /> Nesta seção, coloque todas as considerações das tomadas de decisão realizadas para o produto. Porque foi usada tal arquitetura? Porque essa separação de componentes? Porque houve refatoração? Descreva o máximo possível nesta seção para que o histórico das decisões seja armazenado para consultas futuras.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Arquitetura_Classpad&diff=270 2016-05-27T12:32:57Z

<p>Luis.figueiredo: Criou página com '=Informações Gerais= == Ambientes utilizados == {| class=&quot;wikitable&quot; |- ! Ambiente ! URL de Acesso ! Credenciais Admin |- | Desenvolvimento | http://dev-mscro.mstech.com.br...'</p> <hr /> <div>=Informações Gerais=<br /> <br /> == Ambientes utilizados ==<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Ambiente<br /> ! URL de Acesso<br /> ! Credenciais Admin<br /> |-<br /> | Desenvolvimento<br /> | http://dev-mscro.mstech.com.br<br /> | admin / 123456<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Testes<br /> | http://tst-mscro.mstech.com.br<br /> | admin / ms@cro<br /> |-<br /> | Homologação Externa<br /> | http://hom-mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |-<br /> | Produção<br /> | http://mscro.mstech.com.br<br /> | Informação exclusiva do Devops/GTI<br /> |}<br /> <br /> == Repositório de Versionamento ==<br /> '''Ambiente:''' GITLab - Git<br /> <br /> '''Nome:''' MSCRO<br /> <br /> '''Caminho:''' https://gitlab.mstech.com.br/mscro/app-mscro.git<br /> <br /> '''Estrutura dos branches:''' Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.<br /> <br /> =Visão de Componentes=<br /> <br /> Apresente um diagrama básico dos módulos do sistema, bem como suas fronteiras. Descreva sucintamente cada módulo que compõe o produto, seu objetivo e como foi construído (linguagens usadas, bancos de dados, etc.).<br /> <br /> =Decisões de Arquitetura=<br /> Descrever os seguintes itens:<br /> <br /> '''Persistência de dados''': Como foi resolvida no produto a persistência? Há banco relacional e não relacional? Quais são os bancos? Como é tratamento de sessão?<br /> <br /> '''Tecnologias de Integração:''' Quais integrações existem com o produto? Como é essa integração? Via API, Webservices trafegando XML, serviços Windows? Há trabalho manual para tráfego de dados, como importação? Descreva aqui todas as integrações que a ferramenta possui.<br /> <br /> '''Log: ''': Como é feito o log? Está em base relacional ou não relacional? Como é feita a consulta dos dados dessa log? Qual o escopo da log (é uma log de transações, log do servidor, etc.). Na arquitetura, a log é tratada por uma camada específica do sistema ou está misturada no código?<br /> <br /> '''Padrão de Arquitetura utilizado:''' Se houve planejamento anterior, qual o padrão utilizado? Domain Driven Design (DDD) usando a estrutura MVC? Usa Webforms com outra arquitetura? Front-end e back-end são separados?<br /> <br /> '''Tecnologia de Front-end:''' Se houver separação, qual tecnologia/framework foi empregada para o projeto? AngularJS, VUE, JQuery, uma composição deles? Qual padrão de codificação (estrutura de pastas, camadas) está sendo usado no projeto? Quais fatores levaram à decisão do framework e arquitetura definidas?<br /> <br /> '''Tecnologia de Back-End:''' qual tecnologia/framework foi empregada para o projeto? ASP.NET, Java, NodeJS, uma composição deles? Qual padrão de codificação (estrutura de pastas, camadas) está sendo usado no projeto? Quais fatores levaram à decisão do framework e arquitetura definidas?<br /> <br /> '''Framework de CSS:''' Está sendo utilizada uma ferramenta SASS? Qual framework está sendo usado? Bootstrap 3, Bootstrap 4, Foundation?<br /> <br /> '''Configurações de Otimização de deploy:''' O código é minificado? O código está com ofuscação? No ASP.NET foi habilitado o bundle no web.config? Quais configurações para otimizar o código são feitas?<br /> <br /> '''Outros aspectos:''' Fique à vontade para descrever outras considerações, o importante é deixar as decisões tomadas e padrões adotados bem documentados!<br /> <br /> =Fundamentações das decisões tomadas=<br /> Nesta seção, coloque todas as considerações das tomadas de decisão realizadas para o produto. Porque foi usada tal arquitetura? Porque essa separação de componentes? Porque houve refatoração? Descreva o máximo possível nesta seção para que o histórico das decisões seja armazenado para consultas futuras.</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=269 2016-05-27T12:32:32Z

<p>Luis.figueiredo: </p> <hr /> <div>==Descrição==<br /> <br /> O Classpad é uma solução completa para aplicativo de apoio a condução de Aula.<br /> <br /> Facilita a troca de atividades entre professores e alunos de maneira rápida com um interface intuitivo.&lt;br/&gt;<br /> O aplicativo pode funcionar em ambiente escolar conectado ao servidor da escola, ou fora desse ambiente, conectando diretamente ao servidor no datacenter.&lt;br/&gt;<br /> A ativação inicial do aplicativo é feita na escola e pode ser feita com a utilização de QR Code, ou manualmente. Esta ativação configura os endereços de ambos os servidores no aplicativo.<br /> <br /> Distribuído pela loja de aplicativos Google Play na sua versão para tablets Android, permitirá uma simples instalação e atualização.&lt;br/&gt;<br /> Terá uma constante evolução, permitindo integrações com sistema de planejamento de aula e sistemas de gerenciamento de avaliações e frequência.&lt;br/&gt;<br /> Futuramente, contará com versões para computadores com sistemas Windows e Linux.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> * Criação de sessões ad hoc de aprendizagem (aulas)<br /> * Partilha de atividades entre alunos e professores<br /> * Distribuição via Google Play<br /> * Suporte a estruturas BYOD<br /> <br /> <br /> ==Requisitos não-funcionais==<br /> <br /> ==== Desempenho ====<br /> As sincronizações relativas a uma sessão de aprendizagem entre dispositivo e servidor devem ser feitas com menos de 5 segundos de intervalo<br /> <br /> As sincronizações entre servidores de escola e servidor no datacenter não devem exceder os 5 minutos<br /> <br /> As sessões de aprendizagem devem suportar a integração com pelo menos 35 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar integração com pelo menos 3500 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar 100 sessões de aprendizagem em simultâneo<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração com pelo menos 2500 escolas<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração direta com pelo menos 10000 dispositivos<br /> <br /> O servidor no datacenter deverá ser capaz de suportar 300 sessões de aprendizagem em simultâneo<br /> <br /> ==== Integração ====<br /> Integração com sistema de autenticação interno<br /> <br /> Integração com API de dados de usuários, escolas, etc interno<br /> <br /> Terá integração com dados de usuários do CoreSSO<br /> <br /> Futuramente, terá integração com dados de escolas, aulas, cursos, disciplinas, frequência, etc. do SGP. Entretanto não faz parte do escopo da versão inicial<br /> <br /> Terá integração com autenticação via OpenId<br /> <br /> Em implantações, poder ter integração com sistemas via DTS para importação de dados de sistemas externos. Porém essa integração depende de constar no escopo do projeto de implantação da ferramenta, porque cada cliente terá um DTS diferente.<br /> <br /> ==== Segurança ====<br /> Apenas usuários autenticados com perfil de professor poderão criar sessões de aprendizagem<br /> <br /> Apenas usuários autenticados com perfil de professor poderão criar atividades em sessões de aprendizagem<br /> <br /> Toda a comunicação entre servidores e entre servidor e dispositivos será feita via SSL (WSS e HTTPS)<br /> <br /> Apenas usuários autenticados com perfil de administrador poderão usar o ambiente de administração do servidor<br /> <br /> A autenticação nos dispositivos terão tempos de expiração definidos no servidor, limitando utilização indevida<br /> <br /> ==== Usabilidade ====<br /> O aplicativo deverá ser de utilização fácil e intuitiva sem necessidade de qualquer tipo de treinamento<br /> <br /> O ambiente de administração deverá ser de fácil utilização, requerendo apenas uma consulta a material de apoio para a sua utilização<br /> <br /> ==== Portabilidade ====<br /> O aplicativo deverá rodar em qualquer tablet android com versão superior a 4.4<br /> <br /> O servidor na escola deverá rodar em qualquer computador Windows ou Linux, que possuam perfil de hardware compatível com papel de servidor.<br /> <br /> O servidor no datacenter deverá rodar em qualquer computador Windows ou Linux devidamente aparelhado para suportar cargas compatíveis com dezenas de requisições em simultâneo.<br /> <br /> ==== Tolerância à Falhas ====<br /> O aplicativo deverá ser capaz de funcionar em caso de perda de conectividade, com a obvia redução de desempenho de funções que necessitem de rede<br /> Os servidores deverão ser capazes de recuperar o seu funcionamento após uma queda de energia ou falha de conectividade<br /> <br /> <br /> <br /> ==Link do Product Backlog==<br /> <br /> [http://portal.mstech.com.br/celula/Fam%C3%ADliaBlue/Lists/Backlog%20do%20Produto/AllItems.aspx?View={CB32E552-1F84-4CDF-9A42-1A26F8C4D804}&amp;FilterField1=Produto&amp;FilterValue1=ClassPad Backlog no Portal] <br /> <br /> ==Outras informações==<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura Classpad|Arquitetura do produto]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=268 2016-05-27T12:29:32Z

<p>Luis.figueiredo: /* Outras informações */</p> <hr /> <div>==Descrição==<br /> <br /> O Classpad é uma solução completa para aplicativo de apoio a condução de Aula.<br /> <br /> Facilita a troca de atividades entre professores e alunos de maneira rápida com um interface intuitivo.&lt;br/&gt;<br /> O aplicativo pode funcionar em ambiente escolar conectado ao servidor da escola, ou fora desse ambiente, conectando diretamente ao servidor no datacenter.&lt;br/&gt;<br /> A ativação inicial do aplicativo é feita na escola e pode ser feita com a utilização de QR Code, ou manualmente. Esta ativação configura os endereços de ambos os servidores no aplicativo.<br /> <br /> Distribuído pela loja de aplicativos Google Play na sua versão para tablets Android, permitirá uma simples instalação e atualização.&lt;br/&gt;<br /> Terá uma constante evolução, permitindo integrações com sistema de planejamento de aula e sistemas de gerenciamento de avaliações e frequência.&lt;br/&gt;<br /> Futuramente, contará com versões para computadores com sistemas Windows e Linux.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> * Criação de sessões ad hoc de aprendizagem (aulas)<br /> * Partilha de atividades entre alunos e professores<br /> * Distribuição via Google Play<br /> * Suporte a estruturas BYOD<br /> <br /> <br /> ==Requisitos não-funcionais==<br /> <br /> ==== Desempenho ====<br /> As sincronizações relativas a uma sessão de aprendizagem entre dispositivo e servidor devem ser feitas com menos de 5 segundos de intervalo<br /> <br /> As sincronizações entre servidores de escola e servidor no datacenter não devem exceder os 5 minutos<br /> <br /> As sessões de aprendizagem devem suportar a integração com pelo menos 35 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar integração com pelo menos 3500 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar 100 sessões de aprendizagem em simultâneo<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração com pelo menos 2500 escolas<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração direta com pelo menos 10000 dispositivos<br /> <br /> O servidor no datacenter deverá ser capaz de suportar 300 sessões de aprendizagem em simultâneo<br /> <br /> ==== Integração ====<br /> Integração com sistema de autenticação interno<br /> <br /> Integração com API de dados de usuários, escolas, etc interno<br /> <br /> Terá integração com dados de usuários do CoreSSO<br /> <br /> Futuramente, terá integração com dados de escolas, aulas, cursos, disciplinas, frequência, etc. do SGP. Entretanto não faz parte do escopo da versão inicial<br /> <br /> Terá integração com autenticação via OpenId<br /> <br /> Em implantações, poder ter integração com sistemas via DTS para importação de dados de sistemas externos. Porém essa integração depende de constar no escopo do projeto de implantação da ferramenta, porque cada cliente terá um DTS diferente.<br /> <br /> ==== Segurança ====<br /> Apenas usuários autenticados com perfil de professor poderão criar sessões de aprendizagem<br /> <br /> Apenas usuários autenticados com perfil de professor poderão criar atividades em sessões de aprendizagem<br /> <br /> Toda a comunicação entre servidores e entre servidor e dispositivos será feita via SSL (WSS e HTTPS)<br /> <br /> Apenas usuários autenticados com perfil de administrador poderão usar o ambiente de administração do servidor<br /> <br /> A autenticação nos dispositivos terão tempos de expiração definidos no servidor, limitando utilização indevida<br /> <br /> ==== Usabilidade ====<br /> O aplicativo deverá ser de utilização fácil e intuitiva sem necessidade de qualquer tipo de treinamento<br /> <br /> O ambiente de administração deverá ser de fácil utilização, requerendo apenas uma consulta a material de apoio para a sua utilização<br /> <br /> ==== Portabilidade ====<br /> O aplicativo deverá rodar em qualquer tablet android com versão superior a 4.4<br /> <br /> O servidor na escola deverá rodar em qualquer computador Windows ou Linux, que possuam perfil de hardware compatível com papel de servidor.<br /> <br /> O servidor no datacenter deverá rodar em qualquer computador Windows ou Linux devidamente aparelhado para suportar cargas compatíveis com dezenas de requisições em simultâneo.<br /> <br /> ==== Tolerância à Falhas ====<br /> O aplicativo deverá ser capaz de funcionar em caso de perda de conectividade, com a obvia redução de desempenho de funções que necessitem de rede<br /> Os servidores deverão ser capazes de recuperar o seu funcionamento após uma queda de energia ou falha de conectividade<br /> <br /> <br /> <br /> ==Link do Product Backlog==<br /> <br /> [http://portal.mstech.com.br/celula/Fam%C3%ADliaBlue/Lists/Backlog%20do%20Produto/AllItems.aspx?View={CB32E552-1F84-4CDF-9A42-1A26F8C4D804}&amp;FilterField1=Produto&amp;FilterValue1=ClassPad Backlog no Portal] <br /> <br /> ==Outras informações==<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura do produto]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=267 2016-05-27T12:28:44Z

<p>Luis.figueiredo: </p> <hr /> <div>==Descrição==<br /> <br /> O Classpad é uma solução completa para aplicativo de apoio a condução de Aula.<br /> <br /> Facilita a troca de atividades entre professores e alunos de maneira rápida com um interface intuitivo.&lt;br/&gt;<br /> O aplicativo pode funcionar em ambiente escolar conectado ao servidor da escola, ou fora desse ambiente, conectando diretamente ao servidor no datacenter.&lt;br/&gt;<br /> A ativação inicial do aplicativo é feita na escola e pode ser feita com a utilização de QR Code, ou manualmente. Esta ativação configura os endereços de ambos os servidores no aplicativo.<br /> <br /> Distribuído pela loja de aplicativos Google Play na sua versão para tablets Android, permitirá uma simples instalação e atualização.&lt;br/&gt;<br /> Terá uma constante evolução, permitindo integrações com sistema de planejamento de aula e sistemas de gerenciamento de avaliações e frequência.&lt;br/&gt;<br /> Futuramente, contará com versões para computadores com sistemas Windows e Linux.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> * Criação de sessões ad hoc de aprendizagem (aulas)<br /> * Partilha de atividades entre alunos e professores<br /> * Distribuição via Google Play<br /> * Suporte a estruturas BYOD<br /> <br /> <br /> ==Requisitos não-funcionais==<br /> <br /> ==== Desempenho ====<br /> As sincronizações relativas a uma sessão de aprendizagem entre dispositivo e servidor devem ser feitas com menos de 5 segundos de intervalo<br /> <br /> As sincronizações entre servidores de escola e servidor no datacenter não devem exceder os 5 minutos<br /> <br /> As sessões de aprendizagem devem suportar a integração com pelo menos 35 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar integração com pelo menos 3500 dispositivos<br /> <br /> O servidor na escola deverá ser capaz de suportar 100 sessões de aprendizagem em simultâneo<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração com pelo menos 2500 escolas<br /> <br /> O servidor no datacenter deverá ser capaz de suportar integração direta com pelo menos 10000 dispositivos<br /> <br /> O servidor no datacenter deverá ser capaz de suportar 300 sessões de aprendizagem em simultâneo<br /> <br /> ==== Integração ====<br /> Integração com sistema de autenticação interno<br /> <br /> Integração com API de dados de usuários, escolas, etc interno<br /> <br /> Terá integração com dados de usuários do CoreSSO<br /> <br /> Futuramente, terá integração com dados de escolas, aulas, cursos, disciplinas, frequência, etc. do SGP. Entretanto não faz parte do escopo da versão inicial<br /> <br /> Terá integração com autenticação via OpenId<br /> <br /> Em implantações, poder ter integração com sistemas via DTS para importação de dados de sistemas externos. Porém essa integração depende de constar no escopo do projeto de implantação da ferramenta, porque cada cliente terá um DTS diferente.<br /> <br /> ==== Segurança ====<br /> Apenas usuários autenticados com perfil de professor poderão criar sessões de aprendizagem<br /> <br /> Apenas usuários autenticados com perfil de professor poderão criar atividades em sessões de aprendizagem<br /> <br /> Toda a comunicação entre servidores e entre servidor e dispositivos será feita via SSL (WSS e HTTPS)<br /> <br /> Apenas usuários autenticados com perfil de administrador poderão usar o ambiente de administração do servidor<br /> <br /> A autenticação nos dispositivos terão tempos de expiração definidos no servidor, limitando utilização indevida<br /> <br /> ==== Usabilidade ====<br /> O aplicativo deverá ser de utilização fácil e intuitiva sem necessidade de qualquer tipo de treinamento<br /> <br /> O ambiente de administração deverá ser de fácil utilização, requerendo apenas uma consulta a material de apoio para a sua utilização<br /> <br /> ==== Portabilidade ====<br /> O aplicativo deverá rodar em qualquer tablet android com versão superior a 4.4<br /> <br /> O servidor na escola deverá rodar em qualquer computador Windows ou Linux, que possuam perfil de hardware compatível com papel de servidor.<br /> <br /> O servidor no datacenter deverá rodar em qualquer computador Windows ou Linux devidamente aparelhado para suportar cargas compatíveis com dezenas de requisições em simultâneo.<br /> <br /> ==== Tolerância à Falhas ====<br /> O aplicativo deverá ser capaz de funcionar em caso de perda de conectividade, com a obvia redução de desempenho de funções que necessitem de rede<br /> Os servidores deverão ser capazes de recuperar o seu funcionamento após uma queda de energia ou falha de conectividade<br /> <br /> <br /> <br /> ==Link do Product Backlog==<br /> <br /> [http://portal.mstech.com.br/celula/Fam%C3%ADliaBlue/Lists/Backlog%20do%20Produto/AllItems.aspx?View={CB32E552-1F84-4CDF-9A42-1A26F8C4D804}&amp;FilterField1=Produto&amp;FilterValue1=ClassPad Backlog no Portal] <br /> <br /> ==Outras informações==<br /> * [[Requisitos funcionais]]<br /> * [[Requisitos não funcionais]]<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura do produto]]<br /> * [[Integrações]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=FamiliaBlue&diff=266 2016-05-27T12:20:13Z

<p>Luis.figueiredo: </p> <hr /> <div>* [[Bluemonitor]]<br /> * [[Educopédia]]<br /> * [[Bluecontrol]]<br /> * [[Classpad]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=FamiliaBlue&diff=265 2016-05-27T12:19:57Z

<p>Luis.figueiredo: </p> <hr /> <div>* [[Bluemonitor]]<br /> * [[Educopédia]]<br /> * [[Bluecontrol]]<br /> * [[ClassPad]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=FamiliaBlue&diff=264 2016-05-27T12:19:36Z

<p>Luis.figueiredo: </p> <hr /> <div>* [[Bluemonitor]]<br /> * [[Educopédia]]<br /> * [[Bluecontrol]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=FamiliaBlue&diff=263 2016-05-27T12:19:17Z

<p>Luis.figueiredo: </p> <hr /> <div>[[Bluemonitor]]<br /> [[Educopédia]]<br /> [[Bluecontrol]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=208 2016-05-24T15:04:35Z

<p>Luis.figueiredo: </p> <hr /> <div>==Descrição==<br /> <br /> O Classpad é uma solução completa para aplicativo de apoio a condução de Aula.<br /> <br /> Facilita a troca de atividades entre professores e alunos de maneira rápida com um interface intuitivo.&lt;br/&gt;<br /> O aplicativo pode funcionar em ambiente escolar conectado ao servidor da escola, ou fora desse ambiente, conectando diretamente ao servidor no datacenter.&lt;br/&gt;<br /> A ativação inicial do aplicativo é feita na escola e pode ser feita com a utilização de QR Code, ou manualmente. Esta ativação configura os endereços de ambos os servidores no aplicativo.<br /> <br /> Distribuído pela loja de aplicativos Google Play na sua versão para tablets Android, permitirá uma simples instalação e atualização.&lt;br/&gt;<br /> Terá uma constante evolução, permitindo integrações com sistema de planejamento de aula e sistemas de gerenciamento de avaliações e frequência.&lt;br/&gt;<br /> Futuramente, contará com versões para computadores com sistemas Windows e Linux.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> * Criação de sessões ad hoc de aprendizagem (aulas)<br /> * Partilha de atividades entre alunos e professores<br /> * Distribuição via Google Play<br /> * Suporte a estruturas BYOD<br /> <br /> <br /> ==Link do Product Backlog==<br /> <br /> [http://portal.mstech.com.br/celula/Fam%C3%ADliaBlue/Lists/Backlog%20do%20Produto/AllItems.aspx?View={CB32E552-1F84-4CDF-9A42-1A26F8C4D804}&amp;FilterField1=Produto&amp;FilterValue1=ClassPad Backlog no Portal] <br /> <br /> ==Outras informações==<br /> * [[Requisitos funcionais]]<br /> * [[Requisitos não funcionais]]<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura do produto]]<br /> * [[Integrações]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Especifica%C3%A7%C3%A3o_do_C%C3%A1lculo_de_valor_de_atendimento&diff=207 2016-05-24T14:05:07Z

<p>Luis.figueiredo: </p> <hr /> <div><br /> === Introdução ===<br /> Este documento tem por base especificar a maneira como são calculados os atendimentos de acordo com o tipo da escola. <br /> <br /> === Objetivo ===<br /> As especificações descritas nesse documento visam esclarecer a fórmula utililazada para cálculo do atendimento realizado pelas escolas, uma vez que o mesmo difere dependendo do programa que a escola pertence, ou pertencia, no momento do atendimento.<br /> <br /> === Escolas do tipo GSI ===<br /> Quando o atendimento for realizado por escolas do tipo GSI o mesmo poderá ser armazenado tanto na tabela Atendimento quanto na tabela AtendimentoNaoParticipante. Uma vez armazenado na tabela AtendimentoNaoParticipante, o campo referente ao tipo de escola armazenará obrigatoriamente valor 1 (teId = 1). <br /> <br /> == Tabela Atendimento ==<br /> Soma do valor taValorAtendimento, conforme exemplo abaixo:<br /> <br /> &lt;code&gt;SELECT SUM(taValorAtendimento) TotalAtendimento&lt;br/&gt;<br /> FROM Atendimento at WITH(NOLOCK)&lt;br/&gt;<br /> INNER JOIN TipoAtendimento ta WITH(NOLOCK) ON at.taID = ta.taID&lt;/code&gt;<br /> <br /> == Tabela AtendimentoNaoParticipante ==<br /> Soma do valor taValorAtendimento onde o tipo teId = 1, conforme exemplo abaixo:<br /> <br /> &lt;code&gt;<br /> SELECT SUM(taValorAtendimento) TotalAtendimento&lt;br/&gt;<br /> FROM AtendimentoNaoParticipante at WITH(NOLOCK)&lt;br/&gt;<br /> INNER JOIN TipoAtendimentoNaoParticipante ta WITH(NOLOCK) ON at.taID = ta.taID&lt;br/&gt;<br /> WHERE at.teID = 1 <br /> &lt;/code&gt;<br /> <br /> === Escola do tipo SAI ===<br /> Quando o atendimento for realizado por escolas do tipo SAI o mesmo será armazenado somente na tabela AtendimentoNaoParticipante e com tipo de escola (teId = 2). Escolas do tipo SAI possuem uma particularide para a soma dos valores de atendimentos conforme exemplo abaixo:<br /> <br /> == Tabela AtendimentoNaoParticipante ==<br /> Atendimentos do tipo 1-Livre, 2-Rede de Projetos, 3-Aula e 4-Impressão, possuem calculo diferente do atendimento do tipo 5-ativação de Usuário. Com exceção do tipo 5, é realizada a fórmula (horafinal – horainicial)/30 (1 atendimento equivale a 30 minutos), já para atendimento do tipo 5 será feita a soma do campo taValorAtendimento conforme exemplo abaixo.<br /> <br /> &lt;code&gt;<br /> SELECT CASE WHEN at.taID = 5 THEN SUM(ISNULL(ta.taValorAtendimento,0))&lt;br/&gt;<br /> ELSE SUM(CEILING(ISNULL(DATEDIFF(MINUTE, at.at_hora_inicio,at.at_hora_final), 0)/30.0)) &lt;br/&gt;<br /> END &lt;br/&gt;<br /> ELSE 0&lt;br/&gt;<br /> END AS TotalAtendimento&lt;br/&gt;<br /> FROM AtendimentoNaoParticipante at WITH(NOLOCK)&lt;br/&gt;<br /> INNER JOIN TipoAtendimentoNaoParticipante ta WITH(NOLOCK) ON at.taID = ta.taID&lt;br/&gt;<br /> WHERE at.teID = 2<br /> &lt;/code&gt;</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Especifica%C3%A7%C3%A3o_do_C%C3%A1lculo_de_valor_de_atendimento&diff=206 2016-05-24T14:03:16Z

<p>Luis.figueiredo: </p> <hr /> <div><br /> === Introdução ===<br /> Este documento tem por base especificar a maneira como são calculados os atendimentos de acordo com o tipo da escola. <br /> <br /> === Objetivo ===<br /> As especificações descritas nesse documento visam esclarecer a fórmula utililazada para cálculo do atendimento realizado pelas escolas, uma vez que o mesmo difere dependendo do programa que a escola pertence, ou pertencia, no momento do atendimento.<br /> <br /> === Escolas do tipo GSI ===<br /> Quando o atendimento for realizado por escolas do tipo GSI o mesmo poderá ser armazenado tanto na tabela Atendimento quanto na tabela AtendimentoNaoParticipante. Uma vez armazenado na tabela AtendimentoNaoParticipante, o campo referente ao tipo de escola armazenará obrigatoriamente valor 1 (teId = 1). <br /> <br /> == Tabela Atendimento ==<br /> Soma do valor taValorAtendimento, conforme exemplo abaixo:<br /> <br /> SELECT SUM(taValorAtendimento) TotalAtendimento<br /> FROM Atendimento at WITH(NOLOCK)<br /> INNER JOIN TipoAtendimento ta WITH(NOLOCK) ON at.taID = ta.taID<br /> <br /> == Tabela AtendimentoNaoParticipante ==<br /> Soma do valor taValorAtendimento onde o tipo teId = 1, conforme exemplo abaixo:<br /> <br /> SELECT SUM(taValorAtendimento) TotalAtendimento<br /> FROM AtendimentoNaoParticipante at WITH(NOLOCK)<br /> INNER JOIN TipoAtendimentoNaoParticipante ta WITH(NOLOCK) ON at.taID = ta.taID<br /> WHERE at.teID = 1 <br /> <br /> === Escola do tipo SAI ===<br /> Quando o atendimento for realizado por escolas do tipo SAI o mesmo será armazenado somente na tabela AtendimentoNaoParticipante e com tipo de escola (teId = 2). Escolas do tipo SAI possuem uma particularide para a soma dos valores de atendimentos conforme exemplo abaixo:<br /> <br /> == Tabela AtendimentoNaoParticipante ==<br /> Atendimentos do tipo 1-Livre, 2-Rede de Projetos, 3-Aula e 4-Impressão, possuem calculo diferente do atendimento do tipo 5-ativação de Usuário. Com exceção do tipo 5, é realizada a fórmula (horafinal – horainicial)/30 (1 atendimento equivale a 30 minutos), já para atendimento do tipo 5 será feita a soma do campo taValorAtendimento conforme exemplo abaixo.<br /> <br /> SELECT CASE WHEN at.taID = 5 THEN SUM(ISNULL(ta.taValorAtendimento,0))<br /> ELSE SUM(CEILING(ISNULL(DATEDIFF(MINUTE, at.at_hora_inicio,at.at_hora_final), 0)/30.0)) <br /> END <br /> ELSE 0<br /> END AS TotalAtendimento<br /> FROM AtendimentoNaoParticipante at WITH(NOLOCK)<br /> INNER JOIN TipoAtendimentoNaoParticipante ta WITH(NOLOCK) ON at.taID = ta.taID<br /> WHERE at.teID = 2</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Especifica%C3%A7%C3%A3o_do_C%C3%A1lculo_de_valor_de_atendimento&diff=205 2016-05-24T13:56:51Z

<p>Luis.figueiredo: Criou página com ' 1. Introdução Este documento tem por base especificar a maneira como são calculados os atendimentos de acordo com o tipo da escola. 2. Objetivo As especificações descri...'</p> <hr /> <div><br /> 1. Introdução<br /> Este documento tem por base especificar a maneira como são calculados os atendimentos de acordo com o tipo da escola. <br /> 2. Objetivo<br /> As especificações descritas nesse documento visam esclarecer a fórmula utililazada para cálculo do atendimento realizado pelas escolas, uma vez que o mesmo difere dependendo do programa que a escola pertence, ou pertencia, no momento do atendimento.<br /> <br /> 3. Escolas do tipo GSI<br /> Quando o atendimento for realizado por escolas do tipo GSI o mesmo poderá ser armazenado tanto na tabela Atendimento quanto na tabela AtendimentoNaoParticipante. Uma vez armazenado na tabela AtendimentoNaoParticipante, o campo referente ao tipo de escola armazenará obrigatoriamente valor 1 (teId = 1). <br /> 3.1. Tabela Atendimento<br /> Soma do valor taValorAtendimento, conforme exemplo abaixo:<br /> <br /> SELECT SUM(taValorAtendimento) TotalAtendimento<br /> FROM Atendimento at WITH(NOLOCK)<br /> INNER JOIN TipoAtendimento ta WITH(NOLOCK) ON at.taID = ta.taID<br /> <br /> 3.2. Tabela AtendimentoNaoParticipante<br /> Soma do valor taValorAtendimento onde o tipo teId = 1, conforme exemplo abaixo:<br /> <br /> SELECT SUM(taValorAtendimento) TotalAtendimento<br /> FROM AtendimentoNaoParticipante at WITH(NOLOCK)<br /> INNER JOIN TipoAtendimentoNaoParticipante ta WITH(NOLOCK) ON at.taID = ta.taID<br /> WHERE at.teID = 1 <br /> <br /> 4. Escola do tipo SAI<br /> Quando o atendimento for realizado por escolas do tipo SAI o mesmo será armazenado somente na tabela AtendimentoNaoParticipante e com tipo de escola (teId = 2). Escolas do tipo SAI possuem uma particularide para a soma dos valores de atendimentos conforme exemplo abaixo:<br /> 4.1. Tabela AtendimentoNaoParticipante<br /> Atendimentos do tipo 1-Livre, 2-Rede de Projetos, 3-Aula e 4-Impressão, possuem calculo diferente do atendimento do tipo 5-ativação de Usuário. Com exceção do tipo 5, é realizada a fórmula (horafinal – horainicial)/30 (1 atendimento equivale a 30 minutos), já para atendimento do tipo 5 será feita a soma do campo taValorAtendimento conforme exemplo abaixo.<br /> <br /> SELECT CASE WHEN at.taID = 5 THEN SUM(ISNULL(ta.taValorAtendimento,0))<br /> ELSE SUM(CEILING(ISNULL(DATEDIFF(MINUTE, at.at_hora_inicio,at.at_hora_final), 0)/30.0)) <br /> END <br /> ELSE 0<br /> END AS TotalAtendimento<br /> FROM AtendimentoNaoParticipante at WITH(NOLOCK)<br /> INNER JOIN TipoAtendimentoNaoParticipante ta WITH(NOLOCK) ON at.taID = ta.taID<br /> WHERE at.teID = 2</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=BlueControl&diff=204 2016-05-24T13:56:02Z

<p>Luis.figueiredo: Criou página com ' Especificação do Cálculo de valor de atendimento'</p> <hr /> <div><br /> [[Especificação do Cálculo de valor de atendimento]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Produtos&diff=203 2016-05-24T13:42:03Z

<p>Luis.figueiredo: </p> <hr /> <div>Essa página deverá conter um índice de links dos produtos e projetos disponíveis na MSTECH. <br /> <br /> Nas páginas dos produtos, pedimos que sejam colocadas todas as informações referentes à ele, como Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.<br /> <br /> Novamente lembrando, a Wiki é colaborativa então todos podem contribuir com o conteúdo!<br /> <br /> * [[Template de documentação]]<br /> <br /> == Plataforma de Produtos MSTECH ==<br /> * [[Almoxarifado]]<br /> * [[Approxima]]<br /> * [[Atribuição de Aulas]]<br /> * [[Avalia+]]<br /> * [[Bluemonitor]]<br /> * [[BlueControl]]<br /> * [[Classpad]]<br /> * [[CoreSSO]]<br /> * [[Coredu]]<br /> * [[Gestão Escolar / SGP]]<br /> * [[Portal Construtor]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=FamiliaBlue&diff=155 2016-05-20T15:35:47Z

<p>Luis.figueiredo: Criou página com 'Teste'</p> <hr /> <div>Teste</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=154 2016-05-20T15:14:49Z

<p>Luis.figueiredo: </p> <hr /> <div>==Descrição==<br /> <br /> O Classpad é uma solução completa para aplicativo de apoio a condução de Aula.<br /> <br /> Facilita a troca de atividades entre professores e alunos de maneira rápida com um interface intuitivo.&lt;br/&gt;<br /> O aplicativo pode funcionar em ambiente escolar conectado ao servidor da escola, ou fora desse ambiente, conectando diretamente ao servidor no datacenter.&lt;br/&gt;<br /> A ativação inicial do aplicativo é feita na escola e pode ser feita com a utilização de QR Code, ou manualmente. Esta ativação configura os endereços de ambos os servidores no aplicativo.<br /> <br /> Distribuído pela loja de aplicativos Google Play na sua versão para tablets Android, permitirá uma simples instalação e atualização.&lt;br/&gt;<br /> Terá uma constante evolução, permitindo integrações com sistema de planejamento de aula e sistemas de gerenciamento de avaliações e frequência.&lt;br/&gt;<br /> Futuramente, contará com versões para computadores com sistemas Windows e Linux.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> Nesta seção, insira 3 ou 4 funcionalidades que '''diferenciam''' e destacam o produto. De preferência coloque apenas os nomes das funcionalidades<br /> <br /> ==Link do Product Backlog==<br /> <br /> [http://portal.mstech.com.br/celula/Fam%C3%ADliaBlue/Lists/Backlog%20do%20Produto/AllItems.aspx?View={CB32E552-1F84-4CDF-9A42-1A26F8C4D804}&amp;FilterField1=Produto&amp;FilterValue1=ClassPad Backlog no Portal] <br /> <br /> ==Outras informações==<br /> * [[Requisitos funcionais]]<br /> * [[Requisitos não funcionais]]<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura do produto]]<br /> * [[Integrações]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=153 2016-05-20T15:09:16Z

<p>Luis.figueiredo: </p> <hr /> <div>==Descrição==<br /> <br /> O Classpad é uma solução completa para aplicativo de apoio a condução de Aula.<br /> <br /> Facilita a troca de atividades entre professores e alunos de maneira rápida com um interface intuitivo.&lt;br/&gt;<br /> O aplicativo pode funcionar em ambiente escolar conectado ao servidor da escola, ou fora desse ambiente, conectando diretamente ao servidor no datacenter.&lt;br/&gt;<br /> A ativação inicial do aplicativo é feita na escola e pode ser feita com a utilização de QR Code, ou manualmente. Esta ativação configura os endereços de ambos os servidores no aplicativo.<br /> <br /> Distribuído pela loja de aplicativos Google Play na sua versão para tablets Android, permitirá uma simples instalação e atualização.&lt;br/&gt;<br /> Terá uma constante evolução, permitindo integrações com sistema de planejamento de aula e sistemas de gerenciamento de avaliações e frequência.&lt;br/&gt;<br /> Futuramente, contará com versões para computadores com sistemas Windows e Linux.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> Nesta seção, insira 3 ou 4 funcionalidades que '''diferenciam''' e destacam o produto. De preferência coloque apenas os nomes das funcionalidades<br /> <br /> ==Link do Product Backlog==<br /> <br /> Nesta seção, insira o link do Product Backlog do produto<br /> <br /> ==Outras informações==<br /> * [[Requisitos funcionais]]<br /> * [[Requisitos não funcionais]]<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura do produto]]<br /> * [[Integrações]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Produtos&diff=152 2016-05-20T15:03:58Z

<p>Luis.figueiredo: /* Plataforma de Produtos MSTECH */</p> <hr /> <div>Essa página deverá conter um índice de links dos produtos e projetos disponíveis na MSTECH. <br /> <br /> Nas páginas dos produtos, pedimos que sejam colocadas todas as informações referentes à ele, como Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.<br /> <br /> Novamente lembrando, a Wiki é colaborativa então todos podem contribuir com o conteúdo!<br /> <br /> * [[Template de documentação]]<br /> <br /> == Plataforma de Produtos MSTECH ==<br /> * [[Almoxarifado]]<br /> * [[Approxima]]<br /> * [[Atribuição de Aulas]]<br /> * [[Avalia+]]<br /> * [[Bluemonitor]]<br /> * [[Classpad]]<br /> * [[CoreSSO]]<br /> * [[Coredu]]<br /> * [[Gestão Escolar / SGP]]<br /> * [[Portal Construtor]]</div>

Luis.figueiredo http://wiki.mstech.com.br/index.php?title=Classpad&diff=151 2016-05-20T15:00:59Z

<p>Luis.figueiredo: Criou página com '==Descrição== Descrever nesta área o que é o produto, quais as necessidades de negócio pretende atender, a quem se destina. ==Funcionalidades de Ouro== Nesta seção,...'</p> <hr /> <div>==Descrição==<br /> <br /> Descrever nesta área o que é o produto, quais as necessidades de negócio pretende atender, a quem se destina.<br /> <br /> ==Funcionalidades de Ouro==<br /> <br /> Nesta seção, insira 3 ou 4 funcionalidades que '''diferenciam''' e destacam o produto. De preferência coloque apenas os nomes das funcionalidades<br /> <br /> ==Link do Product Backlog==<br /> <br /> Nesta seção, insira o link do Product Backlog do produto<br /> <br /> ==Outras informações==<br /> * [[Requisitos funcionais]]<br /> * [[Requisitos não funcionais]]<br /> * [[Especificações mínimas de hardware e software]]<br /> * [[Arquitetura do produto]]<br /> * [[Integrações]]<br /> * [[Manual de instalação]]</div>

Luis.figueiredo