Análise de Sistemas Administrativos

Prévia do material em texto

ANÁLISE DE SISTEMAS ADMINISTRATIVOS 
Faculdade de Ciências Econômicas 
ANÁLISE DE SISTEMA 
REALIDADE 
EMPRESARIAL 
-  eu preciso.... 
- eu quero... 1.  CAPACIDADE DE ABSTRAÇÃO 
2.  ANÁLISE TOP-DOWN 
3.  ANÁLISE DOS REQUISITOS 
4.  ALGORITMO 
ABORDAGENS DE GESTÃO DE PROJETOS 
PROJETO 
?
?
COMO ANALISAR UM PROJETO 
 
 
•  COMPLEXO 
•  COM POUCO CONHECIMENTO ANTERIOR 
•  COM ALTOS CUSTOS / INVESTIMENTOS 
•  COM ALTA EXPECTATIVA DE RETORNO 
?
FASES DO PROJETO 
Fa
se
 d
e 
In
ic
ia
çã
o 
Fa
se
 d
e 
P
la
ne
ja
m
en
to
 
Fa
se
 d
e 
ex
ec
uç
ão
 
Fa
se
 d
e 
Fi
na
liz
aç
ão
 
Fase de Controle 
1 2 3 4 
Sistemas de Informação e 
Elaboração Estratégica 
Estratégico 
Tático 
Operacional 
AVALIAÇÂO 
IMPACTOS ESTRUTURAIS E ESTRATÉGICOS 
 CAPACIDADE DE ABSTRAÇÃO 
ANÁLISE TOP-DOWN 
PROBLEMA DO NÍVEL MAIS ALTO 
A B 
PROBLEMA DO NÍVEL MAIS BAIXO 
A1 A2 
PROBLEMA DO NÍVEL MAIS BAIXO 
A11 A12 
Fase de Iniciação 
Fase de Planejamento 
Fase de execução 
Fase de Finalização 
Organização,Sistema e Método 
 
•  GESTÃO DE REQUISITOS 
•  FLUXOGRAMAÇÃO 
•  WORKFLOW 
•  ANÁLISE FUNDAMENTAL 
•  DFD 
•  DER 
•  CASO 
DE USO 
Sistemas de Informação 
 
•  MÉTRICAS DE ARQUITETURA 
•  PONTO DE FUNÇÃO 
•  CÁLCULO DE CASO DE USO 
•  INFOMETRIA 
•  WEBMETRIA 
•  DIMENSIONAMENTO DE SISTEMAS 
•  ANÁLISE DE ESCOPO DIMENSIONAL 
•  ANÁLISE DE CARGA DIMENSIONAL 
•  ANÁLISE DE RISCO E IMPACTO 
•  ESTRUTURAÇÃO DE PROJETOS SI 
•  PROJECT MANAGEMENT NÍVEL 1 
•  AVALIAÇÃO ESTRUTURAL 
•  AVALIAÇÃO GERENCIAL 
•  AVALIAÇAÕ TECNOLÓGICA 
PROJETO 
ABORDAGEM ORIENTADA A ESTRUTURA 
A ANÁLISE SE BASEIA NA ESTRUTURA 
ORGANIZACIONAL / ADMINISTRATIVA, 
FOCANDO NAS RELAÇÕES DE 
HIERARQUIA E DEPENDÊNCIA ENTRE OS 
DEPARTAMENTO 
ABORDAGEM ORIENTADA A PROCESSOS 
A ANÁLISE SE BASEIA NO FLUXO DE 
PROCESSOS E INFORMAÇÕES 
INDEPENDENTE DE DEPARTAMENTOS 
E ESTRUTURA ORGANIZACDIONAL 
A ANÁLISE SE BASEIA NOS OBJETOS 
QUE INTERAGEM NA FORMAÇÃO DO 
PROJETO, SUAS RELAÇÕES E 
INTERDEPENÊNCIAS 
ABORDAGEM ORIENTADA A OBJETO 
FASE DE PLANEJAMENTO 
Work Breakdown Structure 
 
Demonstra quais os pacotes de trabalho serão estruturados e sob 
qual ordem – é a ferramenta do ESCOPO do projeto 
 
PACOTE DE TRABALHO = é o produto a ser entregue no mais 
baixo nível da estrutura analítica do projeto WBS. Um pacote de 
trabalho pode ser repartido em atividades. 
 
ENTREGAS = são todos os resultados físicos obtidos ao longo 
do projeto. Servem para medir e avaliar a performance do projeto. 
Normalmente são definidos através de marcos ou etapas. 
FASE DE PLANEJAMENTO 
PROJETO 
SUB-PROJETO 
FASE FASE FASE FASE 
SUB-PROJETO 
PACOTE 
TRABALHO 
PACOTE 
TRABALHO 
PACOTE 
TRABALHO 
PACOTE 
TRABALHO 
PACOTE 
TRABALHO 
PACOTE 
TRABALHO 
PACOTE 
TRABALHO 
PACOTE 
TRABALHO 
TOP-DOWN BOTTOM-UP 
· Compreensão do domínio: Os analistas devem desenvolver sua 
compreensão do domínio da aplicação; 
 
· Coleta de requisitos: É o processo de interagir com os stakeholders do 
sistema para descobrir seus requisitos. A compreensão do domínio se desenvolve 
mais durante essa atividade; 
 
· Classificação: Essa atividade considera o conjunto não estruturado dos 
requisitos e os organiza em grupos coerentes; 
· Resolução de conflitos: Quando múltiplos stakeholders estão envolvidos, 
os requisitos apresentarão conflitos. Essa atividade tem por objetivo solucionar 
esses conflitos; 
 
· Definição das prioridades: Em qualquer conjunto de requisitos, alguns 
serão mais importantes do que outros. Esse estágio envolve interação com os 
stakeholders para a definição dos requisitos mais importantes; 
 
· Verificação de requisitos: Os requisitos são verificados para descobrir se 
estão completos e consistentes e se estão em concordância com o que os 
stakeholders desejam do sistema. 
REQUISITOS FUNCIONAIS E NÃO-FUNCIONAIS 
Código	
   Nome	
   Descrição	
  
SOT_MAN_RF
010	
  
Manutenção de 
alunos	
  
 Os dados do aluno são: matrícula, nome, 
curso, turma, telefone (residencial, comercial 
e celular), endereço e email. Alem disso, a 
foto do aluno também será importada para o 
sistema. 	
  
SOT_MAN_RF
011	
  
Manutenção de 
alunos	
  
Caso o aluno tenha responsáveis, a 
manutenção deles também é feita, com os 
seguintes dados: nome, telefone 
(residencial,comercial,celular) e email. No 
máximo dois responsáveis podem ser 
cadastrados por aluno.	
  
Exemplo de Requisitos Funcionais 
 
Exemplo de Requisitos Não-Funcionais 
 
SOT_RN
F06	
  
Segurança	
  
O sistema deve ser altamente seguro. 
Ele só poderá ser acessado pelas 
coordenações pedagógicas e do curso.	
  
SOT_RN
F07	
  
Disponibilidade	
   24x7	
  
PROJETO ESTRUTURADO 
DE SISTEMAS 
 Ciclo de vida dos Sistemas 
 
 - Definição 
 Identificar o problema a ser resolvido 
 - Projeto 
 Determinar a solução viável 
 - Construção 
 Produção do código 
 - Avaliação 
 Validação dos requisitos 
 - Operação 
 Implantação 
 
 Avaliação da Qualidade 
 
Confiabilidade 
 medidas obtidas são indicativas de qualidade 
Efetividade 
 A avaliação contribui para melhor entendimento 
Métodos 
 por julgamento 
 por critérios ausentes 
 por medidas 
 Proposta de Desenvolvimento 
 
Descrição do Sistema atual 
Descrição do Sistema proposto 
Viabilidade de implementação 
Relação do Sistema com o ambiente 
UML 
 
Unified Modeling Language 
 
Agenda 
•  Por que orientação a objetos ? 
•  O que é UML ? 
•  Estrutura da UML 
•  Conhecendo os Diagramas da UML 
•  Implementando Orientação a Objetos em 
Delphi 
Por que orientação a objetos ? 
. 1968 Eng. Software / Program. Estruturada 
. meados déc. 70 Surgimento métodos OO 
. 1978 Popularização Análise Estruturada 
. 1962-67 Linguagem Simula - 1ºs conceitos OO 
. 1980 SmallTalk - 1ª linguagem OO 
Por que orientação a objetos ? 
•  O que ocorreu a partir de então ? 
. Utilização de OO em Sistemas Operacionais 
. Evolução de linguagens, como: 
Object Pascal, C++, Java 
. Passamos a ser usuários de OO: 
Delphi, Visual Basic, ... 
Por que orientação a objetos ? 
•  O que buscamos ao modelar orientado a 
objetos ? 
. ANÁLISE ESTRUTURADA : Foco principal ð Funções 
FUNÇÕES 
FUNÇÕES 
DADOS 
Por que orientação a objetos ? 
•  O que buscamos ao modelar orientado a 
objetos ? 
. OO : Foco principal ð Objetos (Mundo Real) 
FUNÇÕES FUNÇÕES 
DADOS DADOS 
O que é UML ? 
•  Metodologia : 
. LINGUAGEM GRÁFICA 
. MÉTODO + 
UML 
n UML diz o que pode ser feito mas não diz 
como deve ser feito. 
Estrutura da UML 
•  Elementos Básicos do Modelo 
. Estruturais (classes, interfaces, colaborações, casos 
de uso, classes ativas, componentes, nós) 
. Comportamentais (interação, estado) 
. Agrupamento (pacotes) 
. Anotacionais (notas) 
n Relacionamentos 
. dependência, associação, generalização, realização 
Estrutura da UML 
•  Diagramas 
. Diagrama de Caso-de-uso 
•  Diagrama de Classe 
•  Diagrama de Entidade-Relacionamento 
•  Diagrama de Sequência 
•  Diagrama de Transição de Estado