Projeto de sistemas

Da Wikipédia, a enciclopédia livre
Ir para a navegação Saltar para pesquisar

O projeto de sistemas é o processo de definir a arquitetura , o projeto do produto , os módulos, as interfaces e os dados para que um sistema satisfaça os requisitos especificados . O projeto de sistemas pode ser visto como a aplicação da teoria de sistemas ao desenvolvimento de produtos . Há alguma sobreposição com as disciplinas de análise de sistemas , arquitetura de sistemas e engenharia de sistemas . [1] [2]

Visão geral [ editar ]

Se o tópico mais amplo de desenvolvimento de produto "combina a perspectiva de marketing, design e fabricação em uma única abordagem para desenvolvimento de produto", [3] então design é o ato de pegar as informações de marketing e criar o design do produto a ser fabricado . O projeto de sistemas é, portanto, o processo de definição e desenvolvimento de sistemas para satisfazer os requisitos especificados do usuário.

O estudo básico do projeto do sistema é a compreensão das partes componentes e sua subsequente interação entre si. [4]

Até a década de 1990, o design de sistemas tinha um papel crucial e respeitado na indústria de processamento de dados . Na década de 1990, a padronização de hardware e software resultou na capacidade de construir sistemas modulares . A crescente importância do software executado em plataformas genéricas aprimorou a disciplina de engenharia de software .

Projeto arquitetônico [ editar ]

O projeto arquitetônico de um sistema enfatiza o projeto da arquitetura do sistema que descreve a estrutura , o comportamento e mais visões desse sistema e análise.

Projeto lógico [ editar ]

O projeto lógico de um sistema pertence a uma representação abstrata dos fluxos de dados, entradas e saídas do sistema. Isso geralmente é realizado por meio de modelagem, usando um modelo superabstrato (e às vezes gráfico) do sistema real. No contexto de sistemas, os designs estão incluídos. O design lógico inclui diagramas entidade-relacionamento (diagramas ER).

Projeto físico [ editar ]

O projeto físico está relacionado aos processos reais de entrada e saída do sistema. Isso é explicado em termos de como os dados são inseridos em um sistema, como são verificados/autenticados, como são processados ​​e como são exibidos. No projeto físico, os seguintes requisitos sobre o sistema são decididos.

  1. Requisito de entrada,
  2. Requisitos de saída,
  3. Requisitos de armazenamento,
  4. Requisitos de processamento,
  5. Controle do sistema e backup ou recuperação.

Dito de outra forma, a parte física do projeto do sistema geralmente pode ser dividida em três subtarefas:

  1. Design da interface do usuário
  2. Projeto de dados
  3. Projeto de Processo

O design da interface do usuário está preocupado com a forma como os usuários adicionam informações ao sistema e como o sistema apresenta as informações de volta para eles. O Design de Dados está preocupado com a forma como os dados são representados e armazenados dentro do sistema. Finalmente, o Design de Processo está preocupado com a forma como os dados se movem através do sistema e como e onde são validados, protegidos e/ou transformados à medida que fluem para dentro, através e para fora do sistema. Ao final da fase de projeto do sistema, a documentação que descreve as três subtarefas é produzida e disponibilizada para uso na próxima fase.

O projeto físico, neste contexto, não se refere ao projeto físico tangível de um sistema de informação. Para usar uma analogia, o design físico de um computador pessoal envolve entrada por meio de um teclado, processamento dentro da CPU e saída por meio de um monitor, impressora etc. monitor, CPU, placa-mãe, disco rígido, modems, placas de vídeo/gráficos, slots USB, etc. Envolve um projeto detalhado de um processador de estrutura de banco de dados de usuário e produto e um processador de controle. A especificação pessoal H/S é desenvolvida para o sistema proposto.

Disciplinas relacionadas [ editar ]

  • Benchmarking – é um esforço para avaliar o desempenho dos sistemas atuais
  • Programação e depuração de computadores no mundo do software, ou projeto detalhado no mundo do consumidor, empresa ou comércio - especifica os componentes finais do sistema.
  • Arquitetura e design de hardware - Na engenharia, arquitetura de hardware refere-se à identificação dos componentes físicos de um sistema e suas inter-relações
  • Design – os designers produzirão um ou mais ' modelos ' do que eles veem um sistema eventualmente, com ideias da seção de análise usadas ou descartadas. Um documento será produzido com uma descrição do sistema, mas nada é específico – eles podem dizer 'touchscreen' ou 'GUI operating system', mas não mencionam nenhuma marca específica;
  • Análise de requisitos – analisa as necessidades dos usuários finais ou clientes
  • Arquitetura do sistema – cria um blueprint para o projeto com as especificações de estrutura e comportamento necessárias para o hardware, software, pessoas e recursos de dados. Em muitos casos, várias arquiteturas são avaliadas antes que uma seja selecionada.
  • Teste do sistema – avalia a funcionalidade real do sistema em relação à funcionalidade esperada ou pretendida, incluindo todos os aspectos de integração.

Metodologias alternativas de projeto [ editar ]

Desenvolvimento rápido de aplicativos (RAD) [ editar ]

O desenvolvimento rápido de aplicativos (RAD) é uma metodologia na qual um designer de sistema produz protótipos para um usuário final. O usuário final revisa o protótipo e oferece feedback sobre sua adequação. Este processo é repetido até que o usuário final esteja satisfeito com o sistema final.

Projeto de aplicação conjunta (JAD) [ editar ]

O projeto de aplicação conjunta (JAD) é uma metodologia que evoluiu do RAD, na qual um projetista de sistema consulta um grupo composto pelas seguintes partes:

  • Patrocinador executivo
  • Desenhista do Sistema
  • Administradores do sistema

O JAD envolve uma série de etapas, nas quais o grupo desenvolve coletivamente um padrão acordado para o projeto e implementação do sistema.

Veja também [ editar ]

Referências [ editar ]

  1. ^ Domínio público  Este artigo incorpora  material de domínio público do documento General Services Administration : "Federal Standard 1037C" .
  2. ^ Domínio público  Este artigo incorpora de domínio público do documento do Departamento de Defesa dos Estados Unidos : " Dicionário de termos militares e associados ".
  3. ^ Ulrich & Eppinger (2000). Projeto e Desenvolvimento de Produto . Irwin McGraw-Hill. ISBN 0-07-229647-X.
  4. ^ Papanek, Victor J. (1984) [1972]. Design para o mundo real: Ecologia Humana e Mudança Social (2ª ed.). Chicago: Academia Chicago. pág. 276. ISBN 0897331532. OCLC  12343986 .

Leitura adicional [ editar ]

Links externos [ editar ]