Sistemas de Informação Teoria 101

"O primeiro on-line, em tempo real, interativo, sistema de base de dados foi contabilidade de dupla entrada, que foi desenvolvido pelos mercadores de Veneza, em 1200 AD"
- Lei de Bryce

Sistemas de trabalho não é tão duro como você poderia pensar. No entanto, temos uma tendência neste negócio para complicar as coisas, mudando o vocabulário de trabalho ea introdução de sistemas complicados conceitos e técnicas, tudo o que o torna difícil de produzir sistemas de uma forma consistente. Consequentemente, há uma tendência de reinventar a roda com cada projeto de desenvolvimento de sistemas. Eu acredito que eu devo isso a meus predecessores e da indústria em geral para descrever a teoria dos sistemas básicos, de modo que as pessoas podem encontrar um terreno comum necessário para comunicar e trabalhar. Felizmente, existem apenas quatro conceitos simples, mas importante, para entender o que vou tentar definir da forma mais sucinta possível.

1. HÁ TRÊS propriedades inerentes a qualquer sistema

Independentemente do tipo de sistema, seja ele um sistema de irrigação, um sistema de revezamento de comunicação, um sistema de informação, ou o que seja, todos os sistemas têm três propriedades básicas:

A. Um sistema tem um propósito - como a distribuição de água para a vida das plantas, saltando um sinal de comunicação de todo o país para os consumidores, ou a produção de informações para as pessoas usarem na condução dos negócios.

B. Um sistema é um agrupamento de duas ou mais componentes que são mantidos juntos por algum laço comum e coesa. A caução pode ser água, como no sistema de irrigação, um sinal de microondas, usado em comunicações, ou, como veremos, os dados em um sistema de informação.

C. Um sistema opera normalmente e, como tal, é previsível em termos de como ele funciona eo que ele vai produzir.

Todos os sistemas de abraçar essas propriedades simples. Sem qualquer um deles, isto é, por definição, não um sistema.

Para nossos propósitos, o restante deste artigo incidirá sobre "sistemas de informação", como este é o que estamos tentando produzir normalmente para os negócios. Em outras palavras, o desenvolvimento de um arranjo ordenado ou agrupamento de componentes dedicados à produção de informações para apoiar as ações e decisões de uma empresa particular. Sistemas de Informação são usados ​​para pagar funcionários, administrar as finanças, fabricar produtos, monitorar e controle de produção, prever tendências, pedidos de clientes de processo, etc

Se a intenção do sistema é a produção de informações, devemos ter um bom entendimento do que é ...

2. INFORMAÇÃO = DATA + DE PROCESSAMENTO

Informação não é sinônimo de dados. De dados é a matéria-prima necessária para a produção de informações. Os dados por si só não tem sentido. É simplesmente um único elemento usado para identificar, descrever ou quantificar um objeto usado em um negócio, tal como um produto, uma ordem, um empregado, uma compra, um carregamento, etc Um elemento de dados também pode ser gerado com base em uma fórmula tal como utilizado em um cálculo, por exemplo:

Net-Pay = Gross-Pagamento - FICA - Seguros - Cidade de impostos - União-Dues - (etc.)

Só quando os dados são apresentados numa disposição específica para utilização pelo ser humano, é que se torna informação. Se o ser humano não pode agir sobre ele ou basear uma decisão dele, não é nada mais do que dados brutos. Isso implica os dados são armazenados, e a informação é produzida. É também dependente os desejos e necessidades do ser humano (o consumidor de informação). Informações, por conseguinte, pode ser definido como "a inteligência ou percepção adquirida a partir do processamento e / ou de análise de dados."

A outra variável na nossa fórmula é o "processamento", que especifica como os dados devem ser recolhidos, bem como a sua recuperação, a fim de produzir uma informação. Este é finalmente conduzido por quando o ser humano precisa de fazer certas ações e decisões. A informação não é sempre necessária "a pedido" (aka "on demand"), às vezes é necessário uma vez por dia, semanal, mensal, trimestral, anual, etc Essas nuances de tempo acabará por ditar a forma como os dados são coletados, armazenados e recuperados. Para ilustrar, suponha que nós coletamos dados uma vez por semana. Não importa quantas vezes durante a semana, fazer uma consulta da base de dados, os dados só será válida a partir da última atualização semanal. Em outras palavras, vamos ver os mesmos resultados a cada dia por uma semana. No entanto, se fôssemos para coletar os dados mais freqüentemente, como periodicamente durante todo o dia, a nossa consulta vai produzir resultados diferentes ao longo da semana.

Nossa fórmula de "I = D + P" faz um ponto importante: se os dados forem alterados, mas o processamento continua o mesmo, a informação vai mudar. Por outro lado, se os dados permanece o mesmo, mas as mudanças de processamento, a informação também irá mudar. Isto leva a um argumento convincente para gerenciar dados e processamento como separado por recursos iguais que podem ser manipuladas e reutilizado para produzir informações conforme necessário.

3. Sistemas são lógicas em natureza e pode ser fisicamente implementado muitas maneiras diferentes

Um sistema de informação é um conjunto de processos (aka, "sub-sistemas"), quer coletar e armazenar dados, para recuperar dados e produzir informações, ou uma combinação de ambos. A ligação coesiva entre estes componentes são os dados que devem ser compartilhados e reutilizados em todo o sistema (bem como outros sistemas). Você vai observar que ainda não discutiu a forma mais adequada para implementar os processos físicos, tais como através da utilização de processos manuais, programas de computador, ou a tecnologia de escritório. Em outras palavras, nesta fase, os sub-sistemas do sistema simplesmente definir logicamente o que dados devem ser tratados, quando ele deve ser processado, e que vai consumir a informação (ou "usuários finais"), mas com certeza faz não especificar como o sub-sistema deve ser implementado.

Na sequência disto, os programadores determinar uma abordagem adequada para implementar fisicamente cada sub-sistema. Esta decisão deve ser baseada em última instância, praticidade e custo. Sub-sistemas podem ser implementados através de procedimentos manuais, procedimentos de computador (software), os procedimentos de automação de escritório, ou combinações de todos os três. Dependendo da complexidade do sistema de sub-, vários procedimentos podem estar envolvidos. Independentemente dos procedimentos selecionados, os desenvolvedores devem estabelecer as relações precedentes na execução dos procedimentos, tanto sequencialmente, de forma iterativa, de escolha (permitindo assim que os caminhos divergentes). Ao definir os procedimentos desta forma, do início ao fim, os desenvolvedores estão definindo o "fluxo de trabalho" do sistema de sub-, que especifica como os dados serão processados ​​fisicamente (incluindo como ele está a ser criado, atualizado ou referenciados ).

Definindo os sistemas de informação logicamente é benéfico por duas razões:

* Prevê a consideração de alternativas implementações físicas. Como um desenvolvedor projeta que pode muito bem ser diferente do que o desenvolvedor seguinte. Ele também fornece os meios para efetivamente determinar como um pacote de software adquirido pode satisfazer as necessidades. Novamente, a decisão de escolher uma aplicação específica deve ser baseada em praticidade e custo justificação.

* Ele fornece independência de equipamento físico, simplificando a migração para uma nova plataforma informática. Ele também abre a porta para a portabilidade do sistema, por exemplo, a nossa empresa de consultoria ajudou um grande conglomerado de 500 Fortune projeto de um sistema de folha de pagamento único lógico que foi implementado em pelo menos três diferentes plataformas de computadores como o usado por suas diferentes unidades operacionais; embora fisicamente trabalhou de forma diferente , foi tudo o mesmo sistema básico produzindo a mesma informação.

Estas considerações lógico e físico leva ao nosso conceito final ...

4. Um sistema é um produto que pode ser projetado e fabricado como qualquer outro produto.

Um sistema de informação pode ser descrito como uma hierarquia de quatro níveis (aka, "estrutura de sistema standard"):

NÍVEL 1 - Sistema
NÍVEL 2 - Sub-sistemas (ou "processos de negócios") - 2 ou mais
NÍVEL 3 - Procedimentos (manual, computador, automação de escritório) - um ou mais para cada sub-sistema
Nível 4 - Programas (para procedimentos de computador), e Passos (para todos os outros) - um ou mais para cada procedimento

Cada nível representa um nível diferente de abstração do sistema, do geral para o específico (aka, "refinamento gradual", como encontrado em blueprinting). Este projeto significa um esforço de cima para baixo. Como designers mover para baixo da hierarquia, eles finalizam decisões de projeto. Tanto que, no momento em que terminar de projetar 4 Nível para um procedimento de computador, eles devem estar prontos para escrever o código fonte do programa com base em especificações completas, tendo assim a adivinhação da programação.

A estrutura hierárquica de um sistema de informação não é essencialmente diferente do que qualquer outro produto comum, para ilustrar:

NÍVEL 1 - Produto
NÍVEL 2 - Montagem - 2 ou mais
NÍVEL 3 - Sub-montagem - um ou mais para cada conjunto
NÍVEL 4 - Operação - um ou mais para cada sub-conjunto

Mais uma vez, o produto é projetado de cima para baixo e montado de baixo para cima (como os encontrados em linhas de montagem). Este processo é comumente referido como o projeto por "explosão" (top-down), e implementação de "implosão" (bottom-up). Um sistema de informação não é diferente no que ele é projetado de cima para baixo, e testado e instalado de baixo para cima. Em termos de engenharia, o conceito de um sistema / produto é comumente referido como um "bico de quatro níveis de materiais" em que os vários componentes do sistema / produto são definidas e relacionadas entre si em vários níveis de abstracção (do geral ao específico ).

Essa abordagem também sugere o desenvolvimento paralelo. Depois que o sistema foi concebido em sub-sistemas, equipes separadas de desenvolvedores podem projetar de forma independente os sub-sistemas em procedimentos, programas e medidas. Isto é tornado possível pelo facto de todos os requisitos de dados foram identificadas como o sistema foi logicamente subdividido em sub-sistemas. Dados é o vínculo que mantém coeso o sistema. A partir de uma perspectiva de engenharia / manufatura são as "peças" usadas no "produto". Como tal, a gestão dos dados deve ser relegado a um grupo separado de pessoas para controlar da mesma forma como uma "gestão de materiais" função (inventário) em uma empresa de manufatura. Isto é vulgarmente referido como "de gestão de recursos de dados."

Este processo permite o desenvolvimento paralelo, o que é um uso mais eficaz dos recursos humanos no trabalho de projecto, em oposição ao gargalo de um processo de desenvolvimento sequencial. Seções inteiras do sistema (sub-sistemas) podem ser testados e entregues antes dos outros, e, porque os dados estão sendo gerenciados separadamente, temos a certeza de que tudo vai se encaixar de forma coesa no final.

A estrutura padrão do sistema também é útil do ponto de vista de Gerenciamento de Projetos. Primeiro, ele é usado para determinar a Estrutura Analítica do Projeto (EAP) para um projeto completo com as relações precedentes. A rede do projeto é, então, usado para estimar e agendar o projeto em parte e na íntegra. Por exemplo, cada sub-sistema pode ser indicados separadamente e programado, dando assim o projeto patrocina a capacidade de escolher e escolheu quais partes do sistema que eles querem no início do projeto.

A estrutura do sistema padrão também simplifica a modificação implementação / melhoria do sistema. Em vez de redesenhar e reconstruir sistemas inteiros, setores da hierarquia do sistema podem ser identificados e redesenhado, economizando tempo e dinheiro.

Esta analogia entre um sistema e um produto é altamente credível e verdadeiramente notável. Aqui podemos ter um conceito vez comprovada derivado de engenharia e fabricação e aplicá-lo à concepção e desenvolvimento de algo muito menos tangível, ou seja, sistemas, informações.

CONCLUSÃO

Bem, é isso, os quatro conceitos cardeais da teoria de Sistemas de Informação. Eu deliberadamente tentou manter esta dissertação conciso e direto ao ponto. Eu também tenho evitado a introdução de qualquer vocabulário enigmático, demonstrando assim que a teoria dos sistemas pode ser facilmente explicado e ensinado para que qualquer pessoa possa entender e implementar.

A teoria dos sistemas não precisa ser mais complicado do que realmente é....