5.a Projeto de SW

Prévia do material em texto

AULA 1 – Prof. MARCELO VASQUES
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE 
AULA 5
Projeto ou Design de Software
1
OBJETIVOS DA AULA
� Conhecer as atividades de desenho ou 
arquitetura do sotfware dentro do processo 
de desenvolvimento
� Entender a necessidade de desenhar a 
solução analisando os requisitos e soluções 
da fase de Análise
� Apresentar as diferentes visões a serem 
consideradas na fase de desenho ou projeto 
do software
FASE CONCEPÇÃO
ANALISE
Estudo, 
entendimento do 
problema
PROJETO ou DESIGN
• Fase: Desenho ou Design ou Projeto
– Atenção aos requisitos � via modelos de 
análise
– COMO a solução deve ser implementada
– COMO FAZER – detalhes de funcionamento 
interno (Ex. casos de uso). 
• Fase que antecedeu o Projeto
– Análise (O QUE Fazer)
– Usar os modelos da analise (casos de uso, 
classe e sequência, no caso de análise OO 
usando UML)
DESENHO DO SOFTWARE
CONTEXTO
• Desenvolvimento anos 80 => SW peq.
• Hoje => Aumento do tamanho e da
complexidade do software
• Pressão para: Redução do tempo e custo
• Desenvolvimento – necessário 
metodologia
• Manutenção – momento depois da
entrega –
• Apelo ao Software green – TI verde –
consumo de energia / lixo eletrônico.
VISÕES DO PROJETO
• EXTERNA
–Visão do usuário – telas
–Modelo de interação � interface –
relevante para o usuário escolher
• INTERNA – performance => eficiência
– Componentes do sistema – menor unid. de desenv.
– Relação entre os componentes (acoplamento) –
quanto menos, melhor
– Funcionamento do componente – independentes
um do outro
– Interconexões com outros sistemas – através de
BD, Físico, API..
NÍVEIS DE DESENHO
• ESTRATÉGICO
– Modelo da Arquitetura. Forma do sistema. Partes e
relacionamentos. Sistemas e sub-sistemas.
• TÁTICO OU DESENHO LÓGICO
– Decisões tomadas no nível estratégico. Ex. BD já
existente
– Reutilização ou não de componentes. Qto +, é
melhor
• OPERACIONAL OU DESENHO DETALHADO
• Comportamento do componente – não necessário
pensar para que.
ARQUITETURA do SW
�1. Estruturação do sistema
�Estruturado em subsistemas
�Subsistema=unidade independente
�Comunicação entre subsistemas
�2. Modelagem de controle
�Modelo de relacionamento entre as
partes de um sistema
�3. Decomposição modular
�Cada subsistema é divido em
módulos
Alta coesão e baixo acoplamento
DECOMPOSIÇÃO EM MÓDULOS
�Modelo orientado a objetos
�Diagrama de classes => sempre
melhorado
�Diagrama de componente => estr.
funcionamento interno
�Interação
�Diagrama de sequencia.
�Diagrama de Atividade
DIAG CLASSES-Implementação
10
DIAGRAMA DE 
COMPONENTES
�Mostra os módulos do sistema
�Esta relacionado a LP a usar
�Determina como os componentes
irão interagir.
�Um componente representa um
empacotamento físico de elementos
relacionados logicamente
(normalmente classes
DIAGRAMA DE 
COMPONENTES
DIAGRAMA DE 
COMPONENTES
META: REUTILIZAÇÃO
�Idéia: usar o que já existe
�Visa redução de tempo e R$
�Garante a segurança: componente
usado e testado
NÍVEIS DE REUTILIZAÇÃO 
DEMAIS ATIVIDADES
�Definições
�Interface com usuário
�Arquitetura de hardware e SO.
�Linguagem de programação
�Estrutura de rede e comunicações
�SGBD – banco de dados