[01] APS Introdução

Prévia do material em texto

1
Prof. Rafael Targino
rtargino@unicarioca.edu.br
Análise e Projeto de Sistemas
Aula 1
Introdução
2
Apresentação do Professor
• Formado em Ciência da Computação pela UFRJ e
Mestrado em Engenharia da Computação pela COPPE/UFRJ
• Experiência de 15 anos em análise, projeto e desenvolvimento 
de sistemas
– Sistema de Obtenção da Marinha (Marinha do Brasil)
– Sistema de Controle de Combustível nuclear das Usinas de Angra 
dos Reis (Eletronuclear)
– Software para Planejamento de Contratações do Sistema de 
Controle do Espaço Aéreo Brasileiro (CISCEA/DECEA)
– Arquitetura de Sistemas para o Plano Diretor de Tecnologia da 
Informação (Furnas Centrais Elétricas)
• Certificações em RUP, Scrum e diversas ferramentas IBM 
Rational
2
3
Apresentação dos Alunos:
Curso?
Período?
Área de Interesse na Informática?
Faz Estágio?
4
O Software está em todo lugar!
3
5
Utilização de Modelos
• O processo de raciocínio humano 
necessita de modelos
6
Quais são as Principais Fases do 
Desenvolvimento de Software?
Engenharia de Requisitos
Engenharia 
de 
Requisitos
Projeto de 
Sistemas
Codificação Testes
Processo de Desenvolvimento de Software
4
7
Análise
• Fornecem o que o sistema deve fazer
• Quais são as necessidades do usuário
• Qual o problema está sendo resolvido
• A qualidade do processo de análise é 
importante porque um erro de concepção 
gerado na fase de análise é propagado pelas 
demais fases.
8
Projeto
• A fase de projeto enfatiza a proposta de uma 
solução que atenda os requisitos da análise. 
• Indica COMO será feito o software
• Se a analise é uma investigação para tentar 
descobrir o que o cliente quer, o projeto 
consiste em propor uma solução com base 
no conhecimento adquirido na análise.
5
9
Modelo de Projeto
• Mais concreto do que o modelo de análise
• Unificação em um único modelo
• Definição da arquitetura do sistema
• Proposição de padrões de projeto
• Projetar arquitetura
• Projetar Banco de Dados
Da Análise ao Projeto
Engenharia de Software
6
11
Paradigma
• Um paradigma é uma forma de abordar um 
problema.
• No contexto da modelagem de um sistema de 
software, um paradigma tem a ver com a forma 
pela qual esse sistema é entendido e construído.
• A primeira abordagem usada para modelagem de 
sistemas de software foi o paradigma 
estruturado.
– Uso da técnica de decomposição funcional
– “divida sucessivamente um problema completo em 
subproblemas”
• Hoje em dia, praticamente suplantou o paradigma 
anterior, o paradigma da orientação a objetos...
Engenharia de Software
12
Paradigma Orientado a Objetos
• “Sob um ponto de vista superficial, dizer que 
um software é orientado a objetos significa 
dizer que o software é organizado como uma 
coleção de objetos separados que 
incorporam tanto a estrutura quanto o 
comportamento dos dados, contrastando 
com a programação convencional, em que a 
estrutura e o comportamento dos dados 
apresentam pouco vínculo entre si.”
7
13
UML (Linguagem de Modelagem 
Unificada)
• “A UML é a linguagem padrão para 
visualizar, especificar, construir e 
documentar os artefatos de software de um 
sistema.”
• Unificação de diversas notações anteriores.
• Mentores: Booch, Rumbaugh e Jacobson
– “Três Amigos”
– IBM Rational (www.rational.com)
Engenharia de Software
14
UML (Linguagem de Modelagem 
Unificada)
• UML é...
– uma linguagem visual.
– independente de linguagem de programação.
– independente de processo de desenvolvimento.
• UML não é...
– uma linguagem programação (mas possui 
versões!).
– uma técnica de modelagem.
8
15
Elementos Essenciais - Estruturais
Engenharia de Software
Cliente
<<entity>>
-razaoSocial: String
-cpf: String
+getRazaoSocial()
+setRazaoSocial(razaoSocial: String)
Classe
Cliente
Objeto
Interface
Web Server
Nó
ocv.dll
Componente
Relacionamentos
IImprimivel
16
Elementos Essenciais -
Comportamentais
Engenharia de Software
Operador
Programar produçãoConectando
Caso de uso
Ator
Estados Mensagens
9
17
Elementos Essenciais - Agrupamento
Engenharia de Software
Banco de Dados
Regras de negócio
Interface
Pacotes
18
Diagramas da UML
• Um diagrama na UML é uma apresentação de uma 
coleção de elementos gráficos que possuem um 
significado predefinido. 
– No contexto de desenvolvimento de software, 
correspondem a desenhos gráficos que seguem algum 
padrão lógico.
10
19
Diagramas da UML 2.0
20
Diagramas da UML 2.0 – Mais Usados 
na Fase de Análise de Sistemas
11
21
• Diagrama de Casos de Uso de um sistema de uma biblioteca
Exemplo de Diagrama de Casos de 
Uso
Engenharia de Software
22
• Diagrama de Estados de um Livro em um sistema de uma 
biblioteca
Diagrama de Estados
Engenharia de Software
12
23
Exemplo de Diagrama de Casos de 
Uso
Engenharia de Software
• Diagrama de Classes de uma loja de CDs e Livros
24
Diagramas da UML 2.0 – Mais Usados 
na Fase de Projeto de Sistemas
13
25
Exemplo de Diagrama de Sequência
Engenharia de Software
26
• Dividir o sistema em camadas
• A mais comum:
Arquitetura 
Apresentação
Negócio
Dados
Controle
•Utilizar pacotes para organizar as classes em grupo
14
27
Como será o Aprendizado neste 
Curso
• Estudo adicional além das horas de sala de 
aula
• Frequência em sala de aula é obrigatória
• Listas de Exercícios
• Dinâmicas em Sala de Aula
• Trabalho Prático
• AVA – Ambiente Virtual de 
Aprendizado
28
Avaliações
• 1ª Avaliação (AV1)
– Prova mista (objetiva + discursiva): 10,0 pontos
• 2ª Avaliação (AV2)
– Prova mista (objetiva + discursiva): 6,0 pontos
– Trabalho de grupo: 4,0 pontos
• 3ª Avaliação (AV3)
– Prova mista (objetiva + discursiva): 10,0 pontos
• Entrega de Listas de Exercícios pelo AVA
– Lista de exercício não é Atividade Supervisionada. Porém, 
só haverá arredondamento de média parcial 6,7 ou 6,8 ou 
6,9 para 7,0 para aqueles que tiverem feito todas as listas 
de exercícios.
15
29
Avaliações
• Todas as provas (AV1, AV2, AV3) serão:
– Presenciais
– Individuais
– Sem Consulta
• Critério de Avaliação
– Para cálculo da média final na disciplina será descartada a 
menor nota dentre AV1, AV2 e AV3. A média final será a 
média obtida entre as duas notas restantes.
– Caso o aluno possua somente notas em duas avaliações, 
não haverá descarte e a média final será calculada entre as 
duas notas existentes
– Será aprovado o aluno com média final igual ou maior que 
7,0(sete)
– O aluno com média final inferior a 7,0 (sete) ficará 
reprovado na disciplina
30
Bibliografia
• BEZERRA, E. Princípios de Análise e Projeto de Sistemas 
UML: Um guia prático para modelagem de sistemas – Ed. 
Campus - 1a Edição, 2006
• PRESSMAN, R. Engenharia de Software – Uma 
Abordagem Profissional – ArtMed - 7a. Edição, 2011
16
31
Serviços Disponíveis na Unicarioca
• SOA –Serviço de Orientação à Aprendizagem
• SOC – Serviço de Orientação à Carreia
• SOT – Serviço de Orientação Tecnológica
• Letras e Números e Física e Bits&BYtes