Problema resolvido
Durante o desenvolvimento de sistemas de informação, depois de compreender o sistema organizacional, surge uma pergunta decisiva:
O problema é que muitas vezes se assume que todos os sistemas informáticos são iguais. Essa suposição prejudica o levantamento de requisitos, o desenho da solução, a arquitetura e a escolha dos componentes.
Finalidade da página
A finalidade desta página é explicitar como uma taxionomia de sistemas informáticos pode apoiar a análise, a especificação e o desenvolvimento de sistemas de informação, especialmente no contexto do OLA.
Reduzir confusão terminológica
Diferenciar sistema de informação, sistema informático, aplicação, sistema computadorizado e SIBC.
Identificar tipos de sistemas
Diferenciar sistemas transacionais, gerenciais, decisórios, colaborativos, de conhecimento, workflow, ERP, CRM, dashboards e outros.
Apoiar requisitos e arquitetura
Ajudar o engenheiro de requisitos e o desenhador do sistema a trabalhar de forma mais focada.
Distinções essenciais
Antes de usar uma taxionomia, é necessário separar conceitos que frequentemente aparecem misturados.
| Conceito | Sentido nesta página | Exemplo | Cuidado |
|---|---|---|---|
| Sistema | Todo organizado formado por elementos, relações, fronteiras, ambiente, finalidade, entradas, transformações, saídas e feedback. | Uma organização, um processo, uma página, uma trilha, o OLA. | Não reduzir sistema a software. |
| Sistema organizacional | Organização real com pessoas, processos, recursos, objetivos, regras, cultura e ambiente. | Fábrica de doces, escola, laboratório, projeto OLA. | É o contexto que será compreendido antes da solução computacional. |
| Sistema de informação | Sistema que coleta, processa, armazena, distribui e usa informação para apoiar operação, gestão, decisão e controle. | Sistema de acompanhamento de produção, gestão de aprendizagem ou controle de pedidos. | Inclui pessoas, processos, regras, dados e tecnologia. |
| Sistema informático | Sistema de informação baseado em computador; também chamado sistema computadorizado, aplicação informática ou SIBC. | Aplicação web, painel, formulário, banco de dados, sistema ERP, CRM, dashboard. | É a solução computacional que apoia parte do sistema de informação. |
| Taxionomia | Classificação estruturada por critérios explícitos. | Classificar sistemas por processo, informação, conhecimento, suporte à decisão ou arquitetura. | Não é uma lista solta de nomes. |
Contribuição do artigo de Morais e Carvalho
O artigo de Paula Morais e João Álvaro Carvalho propõe fundamentos para uma taxionomia de sistemas informáticos que permita melhorar o processo de desenvolvimento de sistemas de informação. A motivação principal é que há grande diversidade de tipos de sistemas informáticos e, ao mesmo tempo, confusão terminológica e dificuldade para decidir que tipo de sistema melhor atende a uma necessidade organizacional.
Sistemas tratados como indiferenciados
No DSI, frequentemente se passa da análise organizacional para a aplicação informática sem refletir suficientemente sobre o tipo de sistema necessário.
Taxionomia como ferramenta conceitual
A taxionomia ajuda a clarificar terminologia, lidar com a diversidade de sistemas e orientar requisitos e desenho.
Ligação com Engenharia de Requisitos
A taxionomia pode ser usada na fase inicial de levantamento de requisitos. Ela ajuda a identificar o domínio do negócio, os processos a apoiar, o conhecimento necessário e os tipos de sistemas informáticos possíveis.
Ligação com desenho e arquitetura
Conhecendo o tipo de sistema a desenvolver, o desenho pode partir de uma arquitetura típica, em vez de começar completamente do zero.
Modelo geral de uso da taxionomia
No OLA, a taxionomia pode ser usada como uma sequência de análise para transformar uma necessidade em uma solução mais bem especificada.
Essa sequência dialoga com a ideia de que um SIBC suporta processos e manipula informação/conhecimento. A classificação do tipo de sistema não é um detalhe: ela orienta o que perguntar, o que modelar e que arquitetura considerar.
Dimensões da taxionomia para uso no OLA
A taxionomia pode ser adaptada ao OLA usando dimensões didáticas. Elas ajudam a transformar uma demanda em análise estruturada, requisitos e arquitetura.
| Dimensão | Pergunta de análise | Exemplos | Uso no OLA |
|---|---|---|---|
| Domínio | Em que contexto o sistema será usado? | Doces artesanais, saúde, aprendizagem, eletricidade, náutica, OLA. | Conecta a demanda a um domínio do OLA. |
| Processo | Que trabalho será executado ou apoiado? | Produzir, vender, atender, estudar, decidir, controlar, registrar, revisar. | Ajuda a identificar casos de uso e fluxos. |
| Objeto de informação | Que informação será manipulada? | Pedido, receita, aluno, sessão, requisito, produto, documento, indicador. | Ajuda na modelagem de dados e informação. |
| Conhecimento organizacional | Que conhecimento é necessário para executar o processo? | Regras, procedimentos, experiência, normas, critérios, valores, decisões. | Ajuda na modelagem de conhecimento. |
| Tipo de suporte | O sistema apoia operação, gestão, decisão, comunicação, colaboração, aprendizagem ou conhecimento? | TPS, MIS, DSS, workflow, groupware, KMS, LMS, dashboard. | Ajuda a classificar a solução. |
| Operações | Que operações o sistema precisa executar? | Capturar, armazenar, ordenar, filtrar, calcular, exibir, comunicar, recomendar, validar. | Ajuda a derivar funcionalidades. |
| Temporalidade | O sistema opera em tempo real, por evento, por lote, com histórico ou previsão? | Cadastro instantâneo, relatório mensal, painel semanal, análise histórica. | Ajuda a definir atualização e visualização. |
| Usuários e interessados | Quem usa, mantém, decide ou é afetado? | Aprendiz, autor, gestor, cliente, produtor, professor, visitante. | Ajuda a conectar requisitos e governança. |
| Arquitetura típica | Que componentes podem servir de ponto de partida? | Formulário, banco de dados, dashboard, workflow, relatório, grafo, trilha, motor de regras. | Ajuda a desenhar a solução inicial. |
Tipos de sistemas informáticos relevantes
Esta lista não é fechada. Ela funciona como uma classificação inicial para uso didático e prático no OLA.
| Tipo | Foco principal | Operações comuns | Exemplo no OLA |
|---|---|---|---|
| TPS — Sistema de Processamento de Transações | Registrar eventos operacionais. | Cadastrar, validar, armazenar, atualizar, consultar. | Registro de pedidos, produção, estudos, sessões ou ocorrências. |
| MIS — Sistema de Informação Gerencial | Gerar relatórios para gestão. | Agrupar, sumarizar, calcular, comparar, reportar. | Relatório de evolução de domínio ou acompanhamento de aprendizagem. |
| DSS — Sistema de Apoio à Decisão | Apoiar análise e escolha entre alternativas. | Simular, comparar, ponderar, recomendar, visualizar cenários. | Escolher trilha, priorizar páginas ou decidir refatoração. |
| EIS/ESS — Sistema para Executivos | Dar visão sintética e estratégica. | Consolidar, destacar indicadores, alertar, sintetizar. | Painel estratégico do OLA. |
| Workflow | Gerenciar fluxo de trabalho e estados. | Encaminhar, aprovar, revisar, publicar, arquivar. | Rascunho → revisão → publicado → refatorado. |
| Groupware / Sistemas colaborativos | Apoiar trabalho em grupo. | Comunicar, compartilhar, comentar, coordenar, acompanhar. | Uso futuro com múltiplos aprendizes, autores ou curadores. |
| ERP — Sistema Integrado de Gestão | Integrar processos organizacionais. | Integrar, consolidar, padronizar, controlar. | Referência para pensar integração entre áreas do OLA. |
| CRM — Gestão do relacionamento | Gerenciar relação com clientes ou interessados. | Registrar contato, acompanhar demanda, segmentar, atender. | Relação com visitante, aprendiz, interessado ou usuário externo. |
| KMS — Sistema de Gestão do Conhecimento | Organizar, compartilhar e evoluir conhecimento. | Capturar, classificar, relacionar, recuperar, contextualizar. | Base conceitual próxima ao próprio OLA. |
| LMS / Sistema de Aprendizagem | Apoiar trilhas, objetos, avaliação e progressão. | Sequenciar, recomendar, avaliar, acompanhar, registrar progresso. | Trilhas de aprendizagem do OLA. |
| Dashboard / Sistema de Visualização | Exibir indicadores, relações, estados e evolução. | Visualizar, filtrar, destacar, comparar, navegar. | Mapa de domínio, painel de saúde, painel de projeto. |
| Sistema de Conhecimento | Explicitar, relacionar e evoluir conhecimento. | Organizar conceitos, mapear relações, gerar trilhas, criar artefatos. | O próprio OLA como sistema de conhecimento ajustável. |
Processos e conhecimento organizacional
Um ponto forte da abordagem taxionômica é ligar o tipo de sistema aos processos que ele apoia e ao conhecimento que ele manipula.
O trabalho que será apoiado
Processos são atividades com início, fim, entradas e saídas. Podem ser operacionais, gerenciais, estratégicos, de suporte, de aprendizagem ou de produção de conhecimento.
O conteúdo necessário para executar o trabalho
Pode envolver finalidade, pessoas, ambiente, recursos, processos, regras, procedimentos, documentos, indicadores, normas e experiências.
| Objeto de conhecimento | Exemplos | Como aparece no OLA |
|---|---|---|
| Finalidade | Missão, objetivos, indicadores, critérios de sucesso. | Finalidade de uma página, domínio, trilha ou artefato. |
| Pessoas | Papéis, experiências, valores, opiniões, necessidades, competências. | Visitante, aprendiz, autor, curador, interessado, especialista. |
| Ambiente | Normas, legislação, mercado, contexto, restrições, tendências. | Contexto de uso, LGPD, domínio externo, ambiente de aprendizagem. |
| Recursos | Pessoas, equipamentos, software, documentos, tempo, capital, ferramentas. | Arquivos HTML, páginas, ferramentas, IA, navegador, editor, computador. |
| Processos | Atividades, procedimentos, resultados, regras, indicadores. | Produção de páginas, refatoração, revisão, publicação, aprendizagem. |
Uso na Engenharia de Requisitos
A taxionomia apoia a Engenharia de Requisitos porque ajuda a formular perguntas mais adequadas conforme o tipo de sistema a desenvolver.
| Etapa | Pergunta orientadora | Resultado esperado | Exemplo no OLA |
|---|---|---|---|
| Identificar domínio | Qual é o contexto da demanda? | Domínio ou área de aplicação. | Doces artesanais, saúde, sistema, aprendizagem. |
| Identificar processos | Que trabalho precisa ser apoiado? | Fluxos, atividades e casos de uso. | Padronizar receitas, acompanhar sessões, organizar trilhas. |
| Identificar objetos | Que informações serão manipuladas? | Entidades, dados, documentos, artefatos. | Receita, ingrediente, sessão, exercício, página, domínio. |
| Identificar conhecimento | Que regras, critérios e saberes são necessários? | Regras de negócio, critérios, normas, contexto. | Boas práticas, LGPD, regras de publicação, critérios de refatoração. |
| Classificar tipo de sistema | Que tipo de suporte é necessário? | Tipo de sistema informático. | Dashboard, workflow, KMS, sistema de aprendizagem, DSS. |
| Derivar requisitos | O que o sistema precisa fazer? | Requisitos funcionais, não funcionais e regras. | Cadastrar, filtrar, visualizar, validar, recomendar, exportar. |
| Propor arquitetura | Que componentes devem compor a solução? | Arquitetura inicial. | HTML, formulário, tabela, grafo, painel, base de dados, IA. |
Uso no desenho e na arquitetura
Quando o tipo de sistema é reconhecido, o desenho pode partir de uma arquitetura típica. Isso reduz incerteza e melhora a coerência entre necessidade, requisitos e solução.
| Tipo de sistema | Componentes típicos | Artefato inicial possível |
|---|---|---|
| TPS | Formulário, validação, armazenamento, consulta, histórico. | Cadastro de receitas, registro de sessões, registro de estudos. |
| MIS | Base de dados, agregação, relatórios, indicadores. | Painel gerencial de domínio ou relatório de aprendizagem. |
| DSS | Critérios, alternativas, pesos, simulação, comparação. | Tabela de decisão para priorizar páginas ou trilhas. |
| Workflow | Estados, transições, responsáveis, regras, notificações. | Fluxo de revisão e publicação de páginas do OLA. |
| KMS | Conceitos, relações, documentos, busca, tags, ontologia, trilhas. | Mapa de conhecimento, vocabulário, rede de tópicos. |
| Dashboard | Indicadores, filtros, gráficos, cards, alertas. | Dashboard de saúde do produtor, painel de evolução do OLA. |
| Sistema de aprendizagem | Trilhas, objetos, atividades, avaliação, progresso. | Trilha de aprendizagem de um domínio. |
Aplicação no OLA
No OLA, a taxionomia não serve apenas para classificar sistemas empresariais. Ela ajuda a decidir que tipo de artefato deve ser produzido a partir de uma entrada.
| Entrada no OLA | Leitura taxionômica | Artefato provável | Tipo de sistema associado |
|---|---|---|---|
| “Como padronizar minhas receitas?” | Processo produtivo + conhecimento operacional. | Ficha técnica, procedimento, checklist, dashboard. | TPS, workflow, KMS, MIS. |
| “Acompanhar sessões de fisioterapia.” | Registro + acompanhamento + evolução. | Dashboard, formulário, histórico, relatório. | TPS, MIS, dashboard. |
| “Criar domínio Sistema.” | Organização de conhecimento + navegação conceitual. | Índice, mapa, organização, páginas derivadas. | KMS, sistema de conhecimento. |
| “Escolher próxima página a desenvolver.” | Decisão com critérios e prioridades. | Tabela de decisão, matriz de priorização. | DSS. |
| “Refatorar página para padrão OLA.” | Fluxo de revisão, regra, padrão e melhoria. | Página refatorada, checklist, regra de governança. | Workflow, KMS, governança. |
Checklist prático para classificar uma demanda
Antes de criar uma solução, página, dashboard ou sistema, o OLA pode usar este roteiro mínimo.
Identificar o domínio
Qual é o contexto? Saúde, aprendizagem, doces, sistema, computação, OLA?
Identificar o processo
Que trabalho precisa ser apoiado, melhorado, registrado ou explicado?
Identificar objetos
Quais dados, informações, documentos, pessoas ou artefatos aparecem?
Identificar conhecimento
Quais regras, critérios, experiências, normas ou métodos são necessários?
Classificar o tipo de suporte
É registro, gestão, decisão, aprendizagem, conhecimento, visualização ou fluxo?
Derivar artefato
O resultado deve ser página, formulário, tabela, painel, grafo, trilha ou sistema?
Relação com o domínio Sistema
Esta página fica dentro do domínio Sistema porque a taxionomia é uma forma de organizar o conhecimento sobre tipos de sistemas. Ela transforma o conceito geral de sistema em ferramenta prática para classificação, requisitos e arquitetura.
Páginas relacionadas
index_sistema.html
Porta de entrada do domínio Sistema.
Mapamapa_sistema.html
Mapa conceitual do domínio Sistema.
Organizaçãoorganizacao_sistema.html
Organização física, semântica e operacional do domínio.
SIBCsistema_informatico.html
Página específica sobre sistema informático, aplicação e sistema computadorizado.
Tipossistemas_informaticos_tipos.html
Tipos de sistemas informáticos e exemplos de aplicação.
DSIsistema_requisitos_arquitetura.html
Relação entre domínio, processos, conhecimento, requisitos e arquitetura.
Referências
- MORAIS, Paula; CARVALHO, João Álvaro. Uma taxionomia de sistemas informáticos para suportar o processo de desenvolvimento de sistemas de informação.
- KOTONYA, Gerald; SOMMERVILLE, Ian. Requirements Engineering: Processes and Techniques.
- SOMMERVILLE, Ian. Software Engineering.
- PRESSMAN, Roger. Software Engineering: A Practitioner’s Approach.
- ALTER, Steven. Information Systems: A Management Perspective.
- GORRY, G. A.; SCOTT MORTON, M. A Framework for Management Information Systems.
Próximos passos
Criar sistema_informatico.html
Diferenciar sistema informático, sistema de informação, aplicação informática, software e SIBC.
Passo 2Criar sistemas_informaticos_tipos.html
Detalhar os tipos de sistemas informáticos úteis para o OLA.
Passo 3Criar sistema_requisitos_arquitetura.html
Explicitar a passagem de domínio, processos e conhecimento para requisitos e arquitetura.
Passo 4Atualizar index_dominios.html
Incluir ou ajustar o card do domínio Sistema no índice geral de domínios.