Projeto e análise de Software inclui todas as atividades, que ajudam a transformação da especificação de requisitos de aplicação. Especifique todas as especificações dos requisitos funcionais e não-funcionais das expectativas do software. Estas especificações de requisitos vêm em forma de legível por humanos e compreensíveis os documentos, para que um computador nada tem a fazer.
Análise de Software e design é a fase intermediária, o que ajuda a legível pelo ser humano os requisitos para ser transformada em código real.
Vamos ver algumas análises e ferramentas de design utilizado por designers de software:
Diagrama de fluxo de dados é representação gráfica do fluxo de dados em um sistema de informação. É capaz de representar fluxo de entrada de dados, fluxo de dados e saída dados armazenados. O DFD não menciona nada sobre a forma como os dados são transmitidos através do sistema.
Destaque-se uma diferença entre DFD e fluxograma. O fluxograma mostra fluxo de controle em módulos do programa. DFDs descrevem fluxo de dados no sistema a vários níveis. DFD não contém qualquer controle ou sucursal elementos.
Os diagramas de fluxo de dados, lógica ou física.
DFD pode representar origem, o destino, o armazenamento e o fluxo de dados com o seguinte conjunto de componentes -
Nível 2 - Neste nível, DFD mostra como os dados fluem no interior os módulos mencionados no nível 1.
Nível superior DFDs pode ser transformada em mais baixo nível DFDs com nível mais profundo de compreensão se o nível desejado de acordo com as especificações é alcançado.
Estrutura tabela é uma tabela derivada do Diagrama de fluxo de dados. Ela representa o sistema em mais detalhe do que DFD. Decompõe-se todo o sistema em menor módulos funcionais, descreve as funções e sub-funções de cada módulo do sistema para um maior detalhe do DFD.
Estrutura gráfico representa estrutura hierárquica de módulos. Em cada camada uma tarefa específica é realizada.
Aqui são os símbolos usados na construção de estrutura gráficos -
HIPO (Hierarchical Input Process Output) diagrama é uma combinação de dois método organizado para analisar o sistema e fornecer os meios de documentação. HIPO modelo foi desenvolvido pela IBM no ano de 1970.
HIPO diagrama representa a hierarquia de módulos do sistema de software. O analista usa HIPO diagrama para obter visualização de alto nível das funções do sistema. Ele decompõe-se as funções em sub-funções de uma forma hierárquica. Ela retrata as funções executadas pelo sistema.
HIPO diagramas são boas para a documentação. Sua representação gráfica faz com que seja mais fácil para os designers e gerentes para obter a idéia de pictórica da estrutura do sistema.
Em contraste com a OFERTA PÚBLICA INICIAL (IPO) (Entrada Saída do Processo) diagrama, que retrata o fluxo de dados e controle em um módulo, HIPO não fornecem qualquer informação sobre fluxo de dados ou fluxo de controle.
Ambas as partes da HIPO diagrama, apresentação hierarquizada e OPI gráfico são usados para projeto de estruturas de programa de software, bem como a documentação do mesmo.
A maioria dos programadores desconhecem a grande imagem do software, de forma que só dependem do que seus gerentes diga-lhes para fazer. É a responsabilidade de maior gerenciamento de software para fornecer informações precisas para os programadores desenvolverem código rápido ainda precisa.
Outras formas de métodos, que usam gráficos ou diagramas, podem às vezes são interpretadas de forma diferente por pessoas diferentes.
Por isso, analistas e projetistas de software vêm para cima com ferramentas como estruturada em inglês. Não é nada, mas a descrição do que é necessário para o código e como código. Estruturada Inglês ajuda o programador a escrever sem erros.
Outra forma de métodos, que usam gráficos ou diagramas, podem às vezes são interpretadas de forma diferente por pessoas diferentes. Aqui, tanto em inglês e estruturado Pseudo-Code tenta atenuar esse entendimento lacuna.
O inglês é estruturado, usa palavras em inglês simples programação estruturada paradigma. Não é o melhor código, mas uma espécie de descrição o que é necessário para o código e como ao código. A seguir estão alguns símbolos da programação estruturada.
IF-THEN-ELSE, DO-WHILE-UNTIL
O analista utiliza a mesma variável e nome de dados, que são armazenados no dicionário de dados, tornando-o muito mais simples de escrever e entender o código.
Devemos ter o mesmo exemplo de cliente on-line Autenticação no ambiente de compras. Este procedimento para autenticar o cliente pode ser escrita em inglês, como estruturado.
Enter Customer_Name SEEK Customer_Name in Customer_Name_DB file IF Customer_Name found THEN Call procedure USER_PASSWORD_AUTHENTICATE() ELSE PRINT error message Call procedure NEW_CUSTOMER_REQUEST() ENDIF
O código escrito em Inglês é mais estruturado como dia-a-dia inglês falado. Ele não pode ser executado diretamente como um código de software. Estruturado em Inglês é independente de linguagem de programação.
Pseudo-código é escrito mais próximo à linguagem de programação. Ela pode ser considerada como linguagem de programação aumentada, cheia de observações e descrições.
Código evita Pseudo declaração de variável, mas eles são escritos usando um pouco da linguagem de programação real construções, como, por exemplo, C, Fortran, Pascal etc.
Pseudo código contém mais detalhes de programação estruturada que Inglês. Ele oferece um método para executar a tarefa, como se um computador está executando o código.
Programa para imprimir Fibonacci de n números.
void function Fibonacci Get value of n; Set value of a to 1; Set value of b to 1; Initialize I to 0 for (i=0; i< n; i++) { if a greater than b { Increase b by a; Print b; } else if b greater than a { increase a by b; print a; } }
A decisão tabela representa as condições e as respectivas ações a serem tomadas para solucioná-los, estruturado em um formato de tabela.
Trata-se de um ferramenta poderosa para depurar e evitar erros. Que ajudam o grupo informações semelhantes em uma única tabela e, em seguida, combinando tabelas que proporciona uma fácil e conveniente tomada de decisão.
Para criar a decisão quadro, o desenvolvedor deve seguir quatro passos básicos:
Decisão as tabelas devem ser verificados pelos usuários finais e pode ultimamente ser simplificada, eliminando duplicação regras e acções.
Deixe-nos tomar um exemplo simples do dia-a-dia problema com nossa conectividade com a Internet. Começamos por identificar todos os problemas que podem surgir durante a partida do internet e de suas respectivas soluções possíveis.
Podemos listar todos os possíveis problemas na coluna e as potenciais ações na coluna ações.
As condições/Ações | Regras | ||||||||
---|---|---|---|---|---|---|---|---|---|
Condições | Mostra Conectado | N | N | N | N | Y | Y | Y | Y |
O Ping é trabalhar | N | N | Y | Y | N | N | Y | Y | |
Abrir Site | Y | N | Y | N | Y | N | Y | N | |
Ações | Verifique o cabo de rede | X | |||||||
Marque roteador de internet | X | X | X | X | |||||
Reinicie Web Browser | X | ||||||||
Provedor de Serviços Contato | X | X | X | X | X | X | |||
Não ação |
Entity-Relationship modelo é um tipo de modelo de base de dados com base na noção de entidades do mundo real e do relacionamento entre eles. Podemos mapear cenário real para ER modelo de base de dados. ER modelo cria um conjunto de entidades com seus atributos, um conjunto de restrições e a relação entre eles.
ER é o melhor modelo usado para o projeto conceitual de banco de dados. ER modelo pode ser representada da seguinte maneira :
Entidade - uma entidade em ER modelo é um mundo real, que tem algumas propriedades chamado atributos. Cada atributo é definido pelo seu correspondente conjunto de valores, chamado domínio.
Por exemplo, considere uma escola banco de dados. Aqui, o aluno é uma entidade. Aluno tem vários atributos como nome, identidade, idade e classe, etc.
Relacionamento - a associação lógica entre entidades é chamado relacionamento. As relações são mapeados com entidades de diversas maneiras. Mapping cardinalidades permitidas definem o número de associações entre duas entidades.
Mapping cardinalidades permitidas:
Dicionário de dados centralizada é a coleta de informações sobre os dados. Ele armazena significado e origem de dados, bem como a sua relação com outros dados, o formato de dados de utilização, etc. dicionário de dados tem uma rigorosa definição de todos os nomes de usuário para facilitar e designers de software.
Dicionário de Dados é frequentemente referenciado como meta-dados (dados sobre dados) repositório. Ela é criada juntamente com DFD (Diagrama de fluxo de dados) modelo de programa de software e é esperada para ser atualizada sempre que DFD é alterado ou atualizado.
Os dados são referenciados pelo dicionário de dados enquanto projeto e implementação de software. Dicionário de dados elimina qualquer possibilidade de ambiguidade. Ela ajuda a manter o trabalho de programadores e designers sincronizados ao mesmo tempo usando a mesma referência de objetos em todo o programa.
Dicionário de Dados fornece uma forma de documentação para o completo sistema de base de dados em um só lugar. Validação de DFD é efectuada com dicionário de dados.
Dicionário de dados deve conter informações sobre os seguintes
Fluxo de dados é descrito por meio de DFDs, estudados anteriormente, representada na forma algébrica como descrito.
= | Composto de |
---|---|
{} | Repetição |
() | Opcional |
+ | E |
[ / ] | Ou |
Address = Casa No + (Rua/área) + Cidade + Estado
Curso ID = Número do curso + Nome do curso + Nível de curso + curso Categorias
Elementos de dados composto por nome e descrições dos dados e Itens de Controle, interno ou externo armazenamentos de dados etc., com os seguintes detalhes:
Ele armazena as informações de onde os dados entram no sistema e existe para fora do sistema. O armazenamento de dados pode incluir -
Há dois tipos de processamento de dados: