O tópico do relatório é
"1C: DSS , como uma ferramenta para implementação, desenvolvimento e manutenção de sistemas de informação"1C DSS = Sistema de Design de Aplicativo
De acordo com a recomendação 1C, a implementação e manutenção de sistemas da classe ERP e outros sistemas "pesados" similares devem ser executados no DSS, como uma ferramenta de acompanhamento.
Conclusões da leitura do relatório:- DSS é um produto muito problemático para usar
- A causa dos problemas é que o DSS é usado incorretamente.
- Há interesse no DSS, muitos estão preocupados com a organização e a abordagem sistemática do gerenciamento de projetos para automação e gerenciamento da funcionalidade de sistemas configuráveis e mantidos.
Qual é o significado da definição "DSS é usado incorretamente por muitos"?
Primeiro , a grande maioria das pessoas que usam o DSS o coloca em desenvolvedores.
Nesses casos, os desenvolvedores são responsáveis por descrever a funcionalidade dos sistemas de contabilidade no DSS e por compilar tarefas de desenvolvimento.
Isto está errado.
O JIRA e seus produtos gratuitos similares lidarão com essas tarefas.
O trabalho do desenvolvedor no DSS não é fornecido. O DSS deve atribuir tarefas de desenvolvimento ao desenvolvedor.
O desenvolvedor do DSS e, portanto, de participantes completamente diferentes do projeto, deve receber especificações detalhadas prontas.
Em segundo lugar , mesmo o trabalho de apenas um arquiteto de sistema no DSS é insuficiente.
O DSS será efetivo somente quando for feita uma descrição dos processos de negócios da organização e, separadamente, uma descrição da funcionalidade do produto de software (desenvolvido ou implementado).
E o arquiteto deve conectar cada processo de negócios com a função do sistema.
Se algo estiver faltando, conclui-se que o sistema não se encaixa nos processos do cliente ou a funcionalidade do sistema está sendo finalizada (ele foi projetado no DSS!).
É sobre isso que o quarto slide da apresentação, que mostra como a descrição dos processos de negócios para trabalhar em um projeto para implementar o próprio DSS diferiria da funcionalidade do DSS incorporada na configuração.
Conclusão - qualquer projeto para implementar o DSS está fadado ao fracasso se for suspenso pelos desenvolvedores.
O DSS deve começar a trabalhar muito mais cedo - ao coletar requisitos e descrever processos de negócios.
PS Tema elegante DSS + Vanessa ...
Se no DSS, faça a descrição dos processos (etapas do processo) para operações do usuário,
de fato, pode-se obter uma sequência de operandos da língua gerkin para Vanessa.
I.e. roteiro quase terminado.
Novamente, a conclusão dos scripts pós-script não deve ser escrita pelos testadores, mas por aqueles que descrevem os processos.
Do testador (desenvolvedor / programador) é necessário apenas traduzir as etapas dos processos nos comandos exatos da linguagem (afinal, você pode automatizar esse ponto, dada a “humanidade” da linguagem Gerkin).