Em setembro de 2017, foi introduzido o Padrão Nacional da Federação Russa, que recebeu a designação GOST R 57100-2016 (o status
é indicado aqui , o texto pode ser
encontrado aqui ) (vou chamá-lo de "cem" por simplicidade, reconhecendo o risco de o tomate ser jogado sobre essa mordaça). Como agora temos que lidar com os requisitos reais dos clientes em relação à adesão a esse padrão, mesmo ao descrever o conceito de sistema de informação, parece que é hora de analisá-lo mais de perto.
Ninguém esconderá o fato de que, por trás do GOST R, existe uma abordagem totalmente não-hóspede, descrita na ISO / IEC / IEEE 42010: 2011 Engenharia de sistemas e software - Descrição da arquitetura. Além disso, essa abordagem não é de todo boa, porque o GOST R 57100-2016 não está de forma alguma relacionado a nenhum GOST, mas também apresenta sua própria filosofia, que é estranha ao GOST tradicional (não vou falar sobre a qualidade do texto do padrão, porque há mesmo um link para outros padrões são dados em russo “ISO / IEC 10746” ou em inglês “ISO 15704” - aparentemente, era difícil para os autores de “cem” concordarem com isso entre si).
Francamente, é um pouco desanimador que o Padrão Nacional não tenha sido introduzido em conjunto com outros padrões nacionais relacionados, mas se refere diretamente a padrões estrangeiros, embora adotados por organizações internacionais conceituadas.
Gostaria de lembrá-lo que, de acordo com o parágrafo 3 do artigo 26 da Lei Federal “Sobre padronização na Federação Russa”, “a aplicação de uma norma nacional é obrigatória para o fabricante e (ou) o contratante no caso de uma declaração pública sobre a conformidade dos produtos com a norma nacional, inclusive no caso de aplicar a designação nacional norma na rotulagem, na documentação operacional ou outra e (ou) rotulagem de produtos com um sinal do sistema nacional de padronização. ”
Em outras palavras, o cliente que prescreve o requisito de seguir esta norma em seus Termos de Referência obriga o contratante e ele a seguir não apenas os GOSTs domésticos, mas também um conjunto de normas internacionais, em um pacote com o qual a norma ISO / IEC / IEEE 42010 foi adotada ao mesmo tempo : 2011. E se os requisitos do GOSTs entrarem em conflito com os padrões internacionais, é necessário seguir os requisitos dos padrões internacionais. O que acontecerá se o texto for alterado, os autores da "centena" ficam em silêncio.
Tradução de termos aterrorizante. Por exemplo, a "estrutura" na tradução se transformou em uma "estrutura", perdendo seu significado original: o termo "estrutura" refere-se mais ao modelo de um determinado documento, e o termo "estrutura" é mais frequentemente entendido como uma base, uma estrutura. O que é, de fato, e está de acordo com a ISO / IEC / IEEE 42010: 2011. De fato, esse padrão não descreve a estrutura da arquitetura, mas abordagens, princípios e práticas que podem ser usados como base para descrever a arquitetura.
O termo “preocupação” se transformou em “interesse”, e tudo ficaria bem se não fosse a decodificação em “tecer”: verifica-se que o interesse é “benefício ou problema no sistema relacionado a uma ou mais partes interessadas”. No original, era assim: "preocupação (sistema) - interesse em um sistema relevante para um ou mais de seus stakeholders". Onde os autores do GOST obtiveram os problemas para sua definição?
Em geral, na minha opinião, é impossível usar o texto do GOST R 57100-2016 na forma que nos é enviada pelos seus autores. Use o texto original da ISO / IEC / IEEE 42010: 2011.
E evite especificar GOST em seus documentos, isso apenas impõe obrigações adicionais a você nos termos da lei. No entanto, você não receberá dividendos. É melhor consultar o ISO imediatamente.
PS Não, não sou contra as abordagens descritas na norma ISO / IEC / IEEE 42010: 2011, não me interpretem mal. Eu mesmo sempre uso essas abordagens. Mas você deve admitir que espera mais do padrão nacional do que apenas uma tradução não profissional do texto do padrão internacional.