cc desenvolvimento de sistemas aula 5 .ppt · 2012-03-06 · • nome-nome do dado. ex.:pedido,...
Post on 06-Nov-2018
213 Views
Preview:
TRANSCRIPT
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 1
CIÊNCIA DA COMPUTAÇÃO
DESENVOLVIMENTO DE SISTEMAS
Aula 5
1
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 2
Agenda
� Ferramentas de analise de sistemas
� Categorias de Requisitos de Software
� Bibliografia
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 3
Fluxograma
• O Diagrama de Fluxo de Dados (DFD) utiliza do Fluxograma para modelagem e documentação de sistemas computacionais.
• Não há como mostrar um modelo concreto e claro do sistema para os usuários, até que ele esteja pronto.
3
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 4
Diagrama de Fluxo de Dados Lógicos (D.F.D.)
• É uma representação em rede dos processos de um sistema e os dados que ligam estes processos.
4
Um DFD é uma ferramenta de modelagem que nos permite imaginar um sistema como uma rede de processos funcionais, interligados por “dutos e
“tanques” de armazenamento de dados”.(Edward Yourdon).
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 5
Diagrama de Fluxo de Dados Lógicos (D.F.D.)
• É a ferramenta mais usada para documentar a fase de análise do convencional ciclo de desenvolvimento de sistemas de informação.
5
O DFD mostra o que um sistema/procedimento faz, mas não como o faz.
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 6
Um D.F.D. representa:6
Imagem do sistema, projeto ou
produto;
Modelo de organização;
Apresentação em etapas com
aumento gradativo de detalhes;
Utilização dos princípios da
modularização e da hierarquização.
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 7
D.F.D. nível 0;D.F.D. nível 1.
Níveis de D.F.D.
• Podemos ter diversos níveis de D.F.D. de forma a representar o fluxo de dados da aplicação, dentre eles:
7
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 8
Simbologia do D.F.D.
• A seguir, temos as simbologias usadas na representação DFD
• Entidades Externas;• Fluxo de Dados;
• Processos;
• Depósito de dados.
8
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 9
externaEntidade externa
Processo
externaEntidade externa
Processo
Depósito Depósito de dados
Fluxo de dados 1 Fluxo de dados 2
Fluxo de dados 3 Fluxo de dados 4
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 10
Simbologia do D.F.D.10
Fluxo de dados
Depósito de dadosProcesso quetransforma os
fluxos de dados
Origem e/oudestino dos
dados
Figura: Simbologia Básica do Diagrama de Fluxo de dados
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 11
Entidades externas11
• Geralmente, são classes lógicas, de atividades e/ou pessoa
que interagem com o sistema sendo fontes ou destinos das informações.
• X- letra pra identificação
NOME- Nome da entidade:
Ex.: clientes, banco, etc.nome
X
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 12
Fluxo de dados
• São o meio por onde os dados e as informações trafegam;
• NOME-nome do dado. Ex.:Pedido, nota fiscal, etc.
ARG- argumento de acesso a um depósito. Ex: CPF,CEP,código, matrícula, etc.
Fundamentos de SI - Análise Estruturada
12
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 13
Processos
• São as várias atividades realizadas no sistema. São representados graficamente por um retângulo de bordas arredondadas, opcionalmente dividido em três áreas.
Nos processos têm-se as seguintes atividades :
a) Identificação;
b) Descrição;
c) Localização Física.
13
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 14
Depósito de dados
• São os “armazéns” que guardam dados e informações entre os vários processos; são representados graficamente por um par de linhas paralelas, fechadas apenas de um lado por duas outras linhas, formando, portanto, um pequeno quadrado do lado esquerdo.
14
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 15
D.F.D. para verificar recebimento
Fundamentos de SI - Análise Estruturada
15
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 16
Dicionário de Dados
(DD)
• O que é?
• Para que serve o DD?
• Deposito de Dados
• Fluxo de Dados
• Dados elementares
Fundamentos de SI - Análise Estruturada
16
O DD permite inventariar e descrever:
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 17
Notação utilizada no DD
Fundamentos de SI - Análise Estruturada
17
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 18
Exemplo:18
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 19
Especificação de Processos
• Linguagem estruturada
• Pré e Pós-condições
• Tabelas e Árvores de Decisão
• Fluxogramas
19
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 20
Tabela de decisão20
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 21
Árvore de Decisão21
UML• Principal ferramenta no desenvolvimento de sistema orientado a Objeto
• “Ter um Martelo não o faz um Carpinteiro”
• Necessário dominar as técnicas de delegação e distribuição.
• Linguagem usada para Modelar coisas ou modelagem – Não é metodologia!
Na fase de analise com uso de UML, na fase de concepção o analista devera ter uma visão inicial e geral do sistema a ser desenvolvido que pode ser obtida com entrevistas, documentos e sistemas. Essa visão geral pode se apoiar na modelagem, utilizando diagrama de Maquina ou de Atividades O histórico e propósito dos diagramas de UML serão abordados na próxima aula.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• 2. Levantamento e Análise de Requisito: este é o processo de obter requisitos do sistema pela observação de sistemas existentes, pela conversa com usuários e compradores em potencial e/ou pela análise de tarefas. Pode envolver o desenvolvimento de um ou mais diferentes modelos e protótipos de sistemas.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• 3. Especificação de Requisitos:é a atividade de traduzir as informações coletadas durante a atividade de análise em um documento que defina um conjunto de requisitos. Podem ser abstratas (Requisitos dos usuários) ou especificações detalhadas ( Requisitos do Sistema).
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• Requisitos Funcionais: são declarações de funções que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como deve se comportar em determinadas situações. Também podem explicitar o que um sistema não deve fazer.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• Requisitos Não Funcionais: são restrições sobre os serviços ou as funções oferecidas pelo sistema. Entre eles destacam-se restrições de tempo, restrições sobre o processo de desenvolvimento, padrões, entre outros.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• Requisitos de Domínio: são requisitos que se originam do domínio de aplicação do sistema e que refletem características desse domínio. Podem ser funcionais ou não funcionais.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• Requisitos de Usuário:Os requisitos de usuário para um sistema devem
descrever os requisitos funcionais e não funcionais de modo compreensível pelos usuários do sistema que não têm conhecimento técnico detalhados. Eles deve especificar somente o comportamento externo do sistema, evitando tanto quanto possível as características do projeto de sistema.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• Requisitos de Sistema
São descrições mais detalhadas dos requisitos do usuário. Eles podem servir como base para um contrato destinado à implementação de um sistema e, portanto, devem ser uma especificação completa e consistente de todo o sistema. Eles são utilizados pelos engenheiros de software como ponto de partida para o projeto de sistema.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Documento de Requisitos
• É a declaração oficial do que é exigido dos desenvolvedores de sistema. Deve incluir os requisitos de usuário e uma especificação detalhada dos requisitos do sistema.
• Se houverem um grande número de requisitos, pode-se separar os requisitos mais detalhados do sistema em outro documento.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• Atividade criar um documento de requisitos
– Crie um documento com os requisitos divididos por tipo .
– Utilize a linguagem de modo consistente. Faça uma distinção entre requisitos obrigatórios (“deve”) e os desejáveis (“deveria”, “poderia”).
– Detalhe os requisitos
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos
• Atividade criar um documento de requisitos
– Utilize um destaque (negrito ou itálico) para ressaltar partes importantes do requisitos.
– Evite, tanto quanto possível, o uso de jargão e termos técnicos da informática.
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
Requisitos• Atividade criar um documento de requisitos
• Indice Detalhamento
05/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com
06/03/2012 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 34
Bibliografia
02/08/2011 Professor Leomir J. Borba- professor.leomir@gmail.com –http://professorleomir.wordpress.com 34
BIBLIOGRAFIA BÁSICA
1GUEDES, Gilleanes T.A. UML 2: Uma Abordagem Prática. 1ª Edição. São Paulo: Novatec, 2009.
2WAZLAWICK, Raul Sidnei. Análise e Projeto de Sistemas de Informação Orientados a Objetos. 2ªEdição. Rio de Janeiro: Campus, 2010.
3WEST, David; MCLAUGHLIN, Brett; POLLICE, Gary. Use a cabeça Análise & Projeto Orientado aoObjeto. 1ª Edição. Rio de Janeiro: Alta Books, 2007.
BIBLIOGRAFIA COMPLEMENTAR
4ARAUJO, Ricardo; LIMA, Cardoso André. UML Aplicada: Da teoria à implementação. 1ª Edição. Riode Janeiro: Ciência Moderna, 2007.
5BOOCH, Grady; RUMBAUGH, James;, JACOBSON, Ivar. UML: Guia do Usuário. 1ª Edição. Rio deJaneiro: Campus, 2006.
6LARMAN, Craig. Utilizando UML e padrões: Uma introdução à análise e projeto orientados aobjetos e ao desenvolvimento iterativo. 3ª Edição. Porto Alegre: Bookman, 2007.
7PAULA FILHO, Wilson de Pádua. Engenharia de Software: Fundamentos, métodos e padrões. 3ªEdição. Rio de Janeiro: LTC, 2009.
8SILVA, Nelson Peres da. Análise e Estruturas de Sistemas de Informação. 1ª Edição. São Paulo: Érica, 2007.
top related