Mudanças entre as edições de "Arquitetura do projeto - Loomi"
(→Ambientes utilizados) |
(→Ambientes utilizados) |
||
Linha 17: | Linha 17: | ||
| admin/ 123456 | | admin/ 123456 | ||
|- | |- | ||
− | | | + | | Ambiente de demonstração |
− | | http:// | + | | http://loomi.mstech.com.br/ <br> http://demo.mstech.com.br/ <br> http://loomi-repositorio.mstech.com.br/ |
| Informação exclusiva do Devops/GTI | | Informação exclusiva do Devops/GTI | ||
|- | |- | ||
| Produção | | Produção | ||
− | | | + | | TBD |
| Informação exclusiva do Devops/GTI | | Informação exclusiva do Devops/GTI | ||
|} | |} |
Edição das 19h52min de 6 de junho de 2016
Índice
Informações Gerais
Ambientes utilizados
Ambiente | URL de Acesso | Credenciais Admin | |
---|---|---|---|
Desenvolvimento | http://localhost:62429/ http://devpei-repositorio.devedu.ms/ |
admin / 123456 | |
Testes | http://pei.devedu.ms/ http://pei-coresso.devedu.ms/ http://pei-repositorio.devedu.ms/ |
admin/ 123456 | |
Ambiente de demonstração | http://loomi.mstech.com.br/ http://demo.mstech.com.br/ http://loomi-repositorio.mstech.com.br/ |
Informação exclusiva do Devops/GTI | |
Produção | TBD | Informação exclusiva do Devops/GTI |
Repositório de Versionamento
Ambiente: GITLab - Git
Nome: MSCRO
Caminho: https://gitlab.mstech.com.br/mscro/app-mscro.git
Estrutura dos branches: Código mantido no tronco, porém mantemos 2 branches para os clientes SP e RJ.
Visão de Componentes
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.).
Decisões de Arquitetura
Descrever os seguintes itens:
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?
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.
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?
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?
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?
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?
Framework de CSS: Está sendo utilizada uma ferramenta SASS? Qual framework está sendo usado? Bootstrap 3, Bootstrap 4, Foundation?
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?
Outros aspectos: Fique à vontade para descrever outras considerações, o importante é deixar as decisões tomadas e padrões adotados bem documentados!
Fundamentações das decisões tomadas
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.