Ol,

Esse frum C destinado a discusses e reflexes pertinentes e relacionadas aos

contedos das aulas 6,7 e 8, que resumimos a seguir:
Aula 6: Diagrama de colaborao e padres de projeto.
Aula 7: Diagramas de componentes e de implantao
Aula 8: Diagrama de estados
Destacamos abaixo trs cenrios a serem explorados por voc durante este frum
para nossa interao e desenvolvimento do contedo, dando maior abrangncia
para explorao de temas relacionados com a disciplina. Isto significa que as
pesquisas em variadas fontes de consulta sero bem-vindas.
CENRIO 1
Os diagramas de implantao e componentes so usados na fase de projeto, onde
defimos a arquitetura e as partes do sistema.
Mostre as possveis relaes entre esses 2 diagramas e os demais diagramas da UML j
estudados at aqui: casos de uso, classes, sequencia e colaborao
Fale ainda da possibilidade ou no de integrar em nico desenho os diagramas de
componentes e implantao e das vantagens e desvantagens disso.
CENRIO 2

Devemos utilizar padres de projetos em todas as situaes, pois o mesmo descreve

solues para problemas recorrentes no desenvolvimento de software, e quando
utilizamos de forma correta, refletem diretamente no aumento da qualidade e
produtividade, tornando-o mais flexvel e reutilizvel.
A Principal vantagem do uso de padres de projetos est na reutilizao das solues
propostas para determinado problema, o que permite que toda a equipe e at mesmo
profissionais menos experientes possam atuar como especialistas, podemos destacar a
facilitao da manuteno, j que um padro representa uma unidade de conhecimento
comum entre os envolvidos e at mesmo novos profissionais que no acompanharam o
projeto.

Cite exemplos reais que ilustrem o uso de projetos nas empresas. Contextualize a
empresa, em seus exemplos.
Uma empresa de desenvolvimento de software foi contratada para desenvolver um
sistema de folha de pagamento. A empresa definiu que o projeto dever ter maior
reutilizao das solues e cdigos, e que tenha maior facilidade de entendimento e
manuteno, j que os envolvidos foram contratados somente para tratar do
desenvolvimento e no do ciclo de vida do sistema. A empresa tambm pensou que
poderia futuramente ser contratada para o desenvolvimento de sistema de ponto e etc.

Por isso viu como vantagens a utilizao de Padres de Alta Coeso, pois nesse padro
os passos a passo so bem definidos e consequentemente geram melhor claridade e
facilidade de compreenso do projeto, simplicidade na manuteno, frequentemente vai
mo na mo com acoplamento fraco, com granularidade baixa e funcionalidade bem
focada aumenta o recuo.

O que dizem os padres Alta coeso e acoplamento fraco?

Alta Coeso e acoplamento fraco:
Coeso e Acoplamento so princpios de engenharia de software muito
utilizados. Quando queremos ter uma arquitetura madura e sustentvel,
temos que levar em conta estes dois princpios, pois cada um deles tem um
propsito especfico que visa melhorar o design do software. O que
acontece que muitas pessoas no sabem a diferena entre eles e acabam
no conseguindo obter os benefcios que coloc-los em prtica na hora de
se desenhar a arquitetura de um software, esses conceitos tornam a
manuteno mais fcil pois permite substituir um mdulo por outro sem
grandes transtornos e diminui a comunicao entre eles, o que gera
qualidade de software com baixo acoplamento e alta coeso.
Defina cada um, informando: O problema que resolve?
Alta Coeso:
Coeso est, na verdade, ligado ao princpio da responsabilidade nica, uma
classe deve ter apenas uma nica responsabilidade e realiza-la de maneira
satisfatria, ou seja, uma classe no deve assumir responsabilidades de que
no suas. Uma vez sendo ignorado este princpio, passamos a ter
problemas, como dificuldades de manuteno e de reuso.
Definio:
Objetos devem fazer apenas uma e bem-feita tarefa.
Maior capacidade de reaproveitamento.
Facilidade manuteno.
Acoplamento Fraco:
O acoplamento significa o quanto uma classe depende da outra para
funcionar. E quanto maior for esta dependncia entre ambas, dizemos que
estas classes elas esto fortemente acopladas. O forte acoplamento
tambm nos traz muitos problemas, problemas at semelhantes aos que
um cenrio pouco coeso nos traz.
Definio:
robustez e aumento do grau de reuso.
O baixo acoplamento tambm favorece a reutilizao dos mdulos. Quanto
mais fraco o acoplamento entre os mdulos, mais modular sistema
o baixo acoplamento alm de evitar efeito colateral interno evita tambm
que um erro ou defeito se propague para os outros mdulos.
Problema:
Que objeto deve ter a responsabilidade quando voc no quer violar Alta Coeso e Baixo
Acoplamento, mas as solues oferecidas pelo Especialista no so apropriadas?
Soluo:
Atribua um conjunto coeso de responsabilidade a uma classe artificial que no representa um

conceito no domnio da aplicao, uma classe fictcia que possibilite alta coeso, baixo
acoplamento e o reuso.

CENRIO 3
Descreva, caso existam, os possveis problemas quando deixamos de usar o diagrama de
estados em um projeto de desenvolvimento de software.
Observaes
- O texto pode conter frases de terceiros ou citaes, desde que devidamente
referenciadas as fontes de consulta.
- No copie e cole contedo da internet e nem de postagens de seus colegas.
- Aconselho que leiam o contedo online e assistam as aulas teletransmitidas das 3
aulas, antes de postarem
- Lembro da importncia em interagirem com seus colegas, para uma melhor construo
do contedo.
Boa postagem a todos !