Análise estruturada e técnica de design - Structured analysis and design technique

"SADT" redireciona aqui. Para outros usos, consulte SADT (desambiguação) .

Elemento de base SADT.

A técnica de análise e projeto estruturada ( SADT ) é uma metodologia de engenharia de sistemas e engenharia de software para descrever sistemas como uma hierarquia de funções. SADT é uma linguagem de modelagem de análise estruturada , que usa dois tipos de diagramas: modelos de atividades e modelos de dados . Foi desenvolvido no final dos anos 1960 por Douglas T. Ross e foi formalizado e publicado como IDEF0 em 1981.

Visão geral

A técnica de análise e projeto estruturada (SADT) é uma notação diagramática projetada especificamente para ajudar as pessoas a descrever e compreender sistemas . Ele oferece blocos de construção para representar entidades e atividades e uma variedade de setas para relacionar caixas. Essas caixas e setas têm uma semântica informal associada . A SADT pode ser utilizada como ferramenta de análise funcional de um determinado processo, utilizando níveis sucessivos de detalhamento. O método SADT permite não só definir as necessidades do utilizador para os desenvolvimentos informáticos, frequentemente utilizados nos Sistemas de Informação industriais, mas também explicar e apresentar os processos e procedimentos de fabrico de uma actividade.

História

SADT foi desenvolvido e testado em campo durante o período de 1969 a 1973 por Douglas T. Ross e SofTech, Inc .. A metodologia foi usada no projeto MIT Automatic Programming Tool (APT). Ele recebeu amplo uso a partir de 1973 pelo programa Integrated Computer Aided Manufacturing da Força Aérea dos Estados Unidos .

De acordo com Levitt (2000) SADT é "parte de uma série de métodos estruturados, que representam uma coleção de técnicas de análise, design e programação que foram desenvolvidas em resposta aos problemas enfrentados pelo mundo do software entre os anos 1960 e 1980. período de tempo, a maior parte da programação comercial era feita em COBOL e Fortran , depois em C e BASIC . Havia pouca orientação sobre "boas" técnicas de design e programação, e não havia técnicas padrão para documentar requisitos e designs. Os sistemas estavam ficando maiores e mais complexos, e o desenvolvimento de sistemas de informação tornou-se cada vez mais difícil, como uma forma de auxiliar no gerenciamento de softwares grandes e complexos.

SADT estava entre uma série de métodos estruturados semelhantes, que surgiram desde 1960, tais como:

Em 1981 foi publicado o formalismo IDEF0 , baseado na SADT.

Tópicos SADT

Estrutura de decomposição de cima para baixo.
Um exemplo SADT.

Abordagem de cima para baixo

A análise estruturada e a técnica de design usam uma decomposição com a abordagem de cima para baixo . Esta decomposição é conduzida apenas no domínio físico do ponto de vista de design axiomático.

Diagramas

A SADT usa dois tipos de diagramas: modelos de atividades e modelos de dados . Ele usa setas para construir esses diagramas. A representação da SADT é a seguinte:

  • Uma caixa principal onde o nome do processo ou a ação é especificado
  • No lado esquerdo desta caixa, setas de entrada: entradas da ação.
  • Na parte superior, as setas de entrada: dados necessários para a ação.
  • Na parte inferior da caixa, setas de entrada: meios usados ​​para a ação.
  • No lado direito da caixa, setas de saída: saídas da ação.

A semântica das setas para atividades:

  • As entradas entram da esquerda e representam os dados ou consumíveis necessários para a atividade.
  • As saídas saem à direita e representam dados ou produtos produzidos pela atividade.
  • Os controles entram no topo e representam comandos ou condições que influenciam a execução de uma atividade, mas não são consumidos.
  • Os mecanismos identificam os meios, componentes ou ferramentas usados ​​para realizar a atividade. Representa a alocação de atividades.

A semântica das setas para dados:

  • As entradas são atividades que produzem os dados.
  • As saídas consomem os dados.
  • Os controles influenciam o estado interno dos dados.

Funções

De acordo com Mylopoulos (2004) no processo de desenvolvimento de software múltiplas funções podem ou devem ser distinguidas:

  • Autor ou desenvolvedor dos modelos SADT
  • Comentadores, que revisam o trabalho do autor
  • Leitores ou usuários dos modelos SADT
  • Especialistas, que podem aconselhar os autores
  • Comitê técnico ou revisores dos modelos SADT em detalhes
  • Bibliotecário do projeto, que governa a documentação do projeto
  • Gerente de projeto, que governa a análise e o design do sistema.
  • Monitor ou analista-chefe para auxiliar os desenvolvedores e usuários SADT
  • Instrutor para treinar desenvolvedores e usuários SADT

Uso

SADT é usado como notação diagramática no projeto conceitual de engenharia de software e engenharia de sistemas para esboçar aplicativos, para análise estruturada mais detalhada, para definição de requisitos e projeto estruturado.

Veja também

Referências

Leitura adicional

  • William S. Davis (1992). Ferramentas e técnicas para análise e projeto de sistemas estruturados . Addison-Wesley. ISBN   0-201-10274-9
  • Marca, DA e CL McGowan. (1988). SADT: análise estruturada e técnica de design . McGraw-Hill Book Co., Inc .: New York, NY.
  • Jerry FitzGerald e Ardra F. FitzGerald (1987). Fundamentos da Análise de Sistemas: Usando Técnicas de Análise Estruturada e Design . Wiley. ISBN   0-471-88597-5
  • David A. Marca e Clement L. McGowan (1988). SADT: Análise Estruturada e Técnica de Projeto . McGraw-Hill. ISBN   0-07-040235-3
  • D. Millington (1981). Análise e projeto de sistemas para aplicativos de computador . E. Horwood. ISBN   0-85312-249-0
  • Robertson e Robertson (1999). Dominar o processo de requisitos . Addison Wesley.
  • James C. Wetherbe (1984). Análise e projeto de sistemas: conceitos e técnicas tradicionais, estruturados e avançados . West Pub. Co. ISBN   0-314-77858-6

links externos