CC Desenvolvimento de Sistemas aula 5 .ppt · 2012-03-06 · • NOME-nome do dado. Ex.:Pedido,...

06/03/2012 Professor Leomir J. Borba- [email protected] –http://professorleomir.wordpress.com 1

CIÊNCIA DA COMPUTAÇÃO

DESENVOLVIMENTO DE SISTEMAS

Aula 5

1


Agenda

� Ferramentas de analise de sistemas

� Categorias de Requisitos de Software

� Bibliografia


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


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).


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.


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.


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


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


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


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


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


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


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


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


D.F.D. para verificar recebimento


15


Dicionário de Dados

(DD)

• O que é?

• Para que serve o DD?

• Deposito de Dados

• Fluxo de Dados

• Dados elementares


16

O DD permite inventariar e descrever:


Notação utilizada no DD


17


Exemplo:18


Especificação de Processos

• Linguagem estruturada

• Pré e Pós-condições

• Tabelas e Árvores de Decisão

• Fluxogramas

19


Tabela de decisão20


Á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- [email protected] –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.


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).


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.


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.


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.


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.


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.


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.


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


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.


Requisitos• Atividade criar um documento de requisitos

• Indice Detalhamento



Bibliografia


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.

CC Desenvolvimento de Sistemas aula 5 .ppt · 2012-03-06 · • NOME-nome do dado. Ex.:Pedido,...

Documents

Transcript of CC Desenvolvimento de Sistemas aula 5 .ppt · 2012-03-06 · • NOME-nome do dado. Ex.:Pedido,...