módulo1: análise de sistemas 2010/11 131-07-2015

Módulo1: Análise de Sistemas

2010/11

127-04-23

Escola Secundária Dr. Serafim Leite

SI - Análise de SI - Análise de SistemasSistemas

Aula anterior:

227-04-23

•Conceito de Sistema de Informação•Ciclo de vida e processo de desenvolvimento de um SI•A importância da Análise para modelação do sistema•O papel do analista de Sistemas•O Modelo Ambiental•O Modelo Comportamental•As Ferramentas de modelação

2010/11



Objectivos da aula:

327-04-23

• Ser capaz de descrever a importância da análise de requisitos no processo de desenvolvimento de um Sistema de Informação

• Ser capaz de descrever as diferentes ferramentas do Modelo Ambiental

• Ser capaz de desenhar um Diagrama de contexto e a lista de eventos a partir de um conjunto de uma lista de objectivos previamente definida

•Descrever as características de um Diagrama de Fluxo de Dados (DFD)

2010/11



Requisitos do Sistema:

427-04-23

•Fase de análise tem como objectivos principais:• Determinar o que o sistema deve implementar• Definir o comportamento do sistema•

•Determinar os requisitos visa satisfazer os objectivos do sistema

•Determinar os requisitos do Sistema• Processo complicado• É necessário um profundo conhecimento:

• Processo de negócio• Procedimentos• Necessidades• Expectativas de todas as entidades envolvidas

2010/11



527-04-23

•Técnicas de determinação dos requisitos:• Observação

• Observação do comportamento• Aprendizagem com o utilizador• Prototipagem

• Levantamento não-estruturado• Entrevistas abertas• Brainstorming

• Levantamento estruturado• Entrevistas estruturadas• Sessões JAD (Joint Application Development)

• Análise formal• Análise de textos

2010/11




627-04-23

•Diferentes tipos de requisitos• Funcionais:

• Descrevem as funções, tarefas e subtarefas que se espera que o sistema realize. Incluem aquelas coisas que os utilizadores e analistas de sistemas esperam que o sistema faça.

• Orientados a processos• Exemplo: O sistema deve permitir que os utentes possam

consultar o seu historial clínico

• Orientados a Informação• Exemplo: O sistema deve guardar num historial clínico

do utente os dados clínicos associados aos seus cuidados de saúde

2010/11




727-04-23

•Diferentes tipos de requisitos

• Não Funcionais:• São aqueles requisitos que não dizem especificamente

respeito às funcionalidades de um sistema. Eles colocam restrições no sistema a desenvolver e no processo a usar, e especificam as restrições externas às quais o produto deve obedecer. Requisitos não funcionais incluem, entre outros, requisitos de fiabilidade, segurança, adaptabilidade, portabilidade e desempenho.

2010/11




827-04-23

•Tipos de requisitos não funcionais:• Operacionais

• Exemplo: O sistema deve “correr” em dispositivos móveis

• Desempenho• Exemplo: O sistema deve estar disponível 365 dias por ano,

24 horas por dia.

• Segurança• Exemplo: Somente os directores poderão aceder aos registos

dos trabalhadores

• Culturais e políticos• Exemplo: A política da empresa XPTO não permite adquirir

computadores que não sejam da marca X

2010/11



Modelo Ambiental

927-04-23

•Objectivo: Modelar a interacção do sistema com o ambiente no qual está inserido

•Componentes :• Descrição dos objectivos• Diagrama de contexto• Lista de eventos

2010/11



Modelo Ambiental

1027-04-23

•Descrição dos objectivos:• Fase subsequente ao estudo e compreensão das

especificidades do processo de negócio

• Descrição textual e concisa do objectivo do sistema

• A clareza com que deverão ser definidos deve proporcionar a compreensão também por parte daqueles que não estão directamente envolvidas no processo de desenvolvimento

2010/11



Modelo Ambiental

1127-04-23

•Descrição dos objectivos:• Devem ir de encontro às pretensões e solicitações do

definidas pelo cliente.

• Exemplo da descrição de um dado objectivo relativo a um determinado sistema:• O objectivo da empresa XPTO é de efectuar a

gestão de todo o processo de encomendas, envio dos produtos e facturação dos mesmos

2010/11



Modelo Ambiental

1227-04-23

•Lista de eventos:• Descrição das actividades(processos) essenciais implementadas

pelo sistema• Estas actividades são desencadeadas através da recepção de

estímulos (fluxos de dados) vindos do ambiente externo ao sistema

• A lista de evento deverá ser elaborada antes da definição do Diagrama de Contexto

•Para construirmos uma lista de eventos devemos: • Identificar os eventos do ponto de vista do ambiente. • Examinar cada entidade externa e verificar os efeitos das suas

acções no sistema.

2010/11



Modelo Ambiental

1327-04-23

•Estrutura da especificação de eventos:• Sujeito (entidade-externa)• Verbo• Complemento verbal(ou objecto)

•Exemplo: Cliente efectua pagamento

Sujeito

Verbo

objecto

2010/11



Modelo Ambiental

1427-04-23

•Classificação de eventos:• Orientados a fluxo: quando transportam dados

• Exemplo: Cliente envia pedido de livro

• Temporais: acontecem periodicamente• Exemplo: Direcção solicita envio de relatório de vendas (todos

os dias pelas 19 horas)

• Condicionais: acontecem quando se verifica uma determinada condição• Exemplo: Se cliente paga então envia recibo ao cliente

• Controlo assíncrono ou imprevisível: • Exemplo: sinalizar o sistema quando uma acção imediata é

necessária

2010/11



Modelo Ambiental

1527-04-23

•Diagrama de contexto :• Descreve graficamente a interacção entre as diferentes

entidades do sistema• Num Diagrama de Contexto dever-se-á especificar:

• As entidades externas.• Ficheiros e/ou base de dados partilhados entre o sistema e o

ambiente.• A Interface entre o sistema e o ambiente.• Dados que entram no sistema• Dados que saem do sistema• Uma só actividade (processo) representa o sistema

2010/11



Modelo Ambiental

1627-04-23

•Diagrama de contexto – Exemplo:

2010/11



Modelo Ambiental

1727-04-23

•Lista de eventos vs. Diagrama de contexto• Eventos por fluxo:

• Originam pelo menos um fluxo de entrada no sistema• Podem originar fluxos de saída

• Eventos temporais e condicionais:• Não originam fluxos de entrada no sistema• Podem originar fluxos de saída

• Eventos de controlo• Não originam fluxos de entrada no sistema• Podem originar fluxos de saída

2010/11



1827-04-23

Exercício: Construção do Modelo Ambiental

Lista de eventos - exemplos:1. Diariamente emitir lista de serviço (temporal)2. Departamento de compras regista novo veículo (fluxo)3. Seguradora informa apólice (fluxo)4. Cliente pede serviço (fluxo)5. Condutor informa fim de serviço (fluxo)6. Condutor dá descrição de acidente (fluxo)7. …

2010/11



1927-04-23

Exercício: Construção do Modelo Ambiental

2010/11



Modelo Comportamental

2027-04-23

Descreve as acções que o sistema deve realizar para responder da melhor forma aos eventos definidos no modelo ambiental.

Técnicas utilizadas:• Diagrama de Fluxo de Dados (DFD)• Dicionário de Dados (DD)• Diagrama de Entidade e Associações (ou Relacionamentos) (DEA ou

DER)• Mini-Especificações

• Árvores de decisão• Tabelas de decisão

• Especificação de Processos (EP)• Diagrama de Transição de Estados

2010/11



Diagrama de Fluxo de Dados

2127-04-23

•Permite representar o sistema como uma rede de processos, salientando as funções que necessitam de ser implementadas e quais os fluxos de dados manipulados por essas funções

Objectivos:• Clareza da descrição• Economia da representação• Compreensão pelos utilizadores• Comunicação

• Com os utilizadores• Com a esquipa de desenvolvimento

• Documentação do trabalho desenvolvido

2010/11




2227-04-23

Características:

• Ferramentas de modelação lógica

• Para ser construído é necessário, primeiramente, definir a área do sistema em estudo – tudo que estiver fora desta área não pertence ao Sistema a desenvolver

• Não são fluxogramas

• Mostra a essência lógica do SI em estudo

2010/11




2327-04-23

Características:

• Estrutura-se em vários níveis de detalhe

• Permite ser facilmente entendido por qualquer pessoa, mesmo não conhecedora deste tipo de tecnologias

• Não modela aspectos como sincronismo e sequenciação

• Informação temporal não é representada

• Fluxo de controlo não é representado

2010/11




2427-04-23

• Duas notações de construção de DFD’s• Gane&Sarso, 1979• DeMarco,1979

• Quatro elementos gráficos usados:

2010/11




2527-04-23

Processo:

• Representado graficamente por um círculo

• Recebe dados de Entrada e transforma estes dados num fluxo de saída

• Nome do processo :• Deve ser único• Deve ser composto por um verbo e um substantivo • Deve ser adequado à função que desempenha no sistema

• Tem um identificador numérico que deve ser único

2010/11




2627-04-23

Processo:• Um processo pode ser sub-dividido em vários processos. A

identificação numérica desses processos terá que reflectir essa mesma sub-divisão.

2010/11




2727-04-23

Fluxo de dados:

• Graficamente representado por uma seta

• Representa dados em movimento

• A direcção da seta define se o fluxo é de entrada ou saída do processo

• Cada fluxo deverá ter um nome apropriado

2010/11




2827-04-23

Depósito de dados:

• Representado por duas linhas paralelas•• Representa um conjunto de dados que o sistema necessita

de armazenar

• Cada depósito de dados deverá ter um nome que deverá esclarecer quanto à natureza do seu conteúdo.

• A sua informação pode ser consultada ou alterada por um dado processo

2010/11




2927-04-23

Entidades de origem/destino:

• Representado por um rectângulo•• Categorias lógicas de coisas ou pessoas fora dos limites do

sistema considerado

• Representam uma origem ou destino de dados

• Normalmente simbolizam indivíduos, grupos de pessoas, departamentos e organizações externas

2010/11




3027-04-23

•Forma como os elementos podem ou não estar ligados:

2010/11




3127-04-23

Regras para o desenho de um DFD

• Número máximo de objectos – limite máximo de 7 processos•• Consistência entre os vários níveis de detalhe

• Consistência entre as várias ferramentas de modelação

• Representação de depósitos de dados acedidos por vários processos

2010/11




3227-04-23

Directrizes para o desenho de um DFD

• Escolher nomes significativos para os processos

• Numerar os processos

• Refazer o DFD tantas vezes quanto forem necessárias até obter um DFD equilibrado

• Evitar DFD’s complexos

• Consistência do DFD• Evitar processos que tenham entradas mas que não

tenham saías• Evitar processos que tenham saídas mas que não tenham

entradas

2010/11




3327-04-23

Passos a seguir parar o desenho de um DFD• Elaborar lista de documentos principais usados e produzidos

pelo sistema – máximo entre 10 a 12 documentos

• Produzir um Diagrama de Fluxo de documentos evidenciando a origem e o destino de cada um desses documentos

• Definir com o utilizador a fronteira do sistema elaborando um diagrama onde constem as entidades externas

• Desenhar o diagrama de contexto

• Desenhar o Diagrama de Fluxo de Dados (DFD)

2010/11




3427-04-23

Grau de detalhe de um DFD:• Múltiplos níveis

• Processos primitivos• Processos não primitivos

• Balanceamento• Todos os dados que entram e

saem de um determinado processo deverão aparecer em qualquer DFD que resulte da decomposição desse mesmo processo

2010/11



Próxima aula:

3527-04-23

•Exercício – Modelação de um sistema:

• Analisar os objectivos descritos • Listar eventos• Desenhar Diagrama de contexto• Desenhar o Diagrama de Fluxo de Dados (DFD)

2010/11

módulo1: análise de sistemas 2010/11 131-07-2015

Documents