PB_Lucas_Mariano_tp3

Prévia do material em texto

Projeto de Bloco 
TP#3 
 
 
 
Aluno: Lucas Mariano 
Disc: Projeto de Bloco 
Trabalho: TP3 
Professor: Armênio 
 
 
 
 
 Explicar as frases do modelo cascata; 
 
Para que uma equipe construa um software de qualidade 
deve haver um modelo de regras a serem seguidos, tais como 
uma linear de “passo a passo” que deve ser seguida por todos 
os envolvidos na construção desse software. 
O modelo cascata faz parte desse grupo de modelos que são 
seguidos e visados pelos profissionais de Ti para construção 
de software, tais como os profissionais de Ti da área de 
gestão e BI usam como modelo e parâmetro o PMI, 
PMBOOK, PMO, os engenheiros de softwares também tem 
seus recursos a serem usados. Bom, e o que é o modelo 
cascata¿ A maior característica do modelo cascata em que 
pude identificar lendo e estudando sobre esse modelo é que 
ele é crescente, ou seja, você precisa passar por uma etapa 
primária para poder seguir para próxima, assim evita que o 
software fique parada por muito tempo, dando em um 
resultado funcional em que o cliente tem acesso ao software 
logo que finalizado. É sequencial, e cada etapa para ser 
iniciada depende que a sua etapa anterior esteja finalizada e 
bem finalizada. O modelo cascata está dividido em 5 fases, e 
são elas: 
 Levantamento de requisitos; 
 Projeto; 
 Implementação; 
 Realização de testes; 
 Manutenção do sistema. 
 
Vou falar brevemente o que entendi sobre cada uma delas: 
 
1) Levantamento de requisitos É o que dará o norte para 
que a equipe construa esse software. É entender não só o 
desejo e as falas do cliente mas entender principalmente a 
sua necessidade, o que esse sistema precisa ter para 
atender esse cliente etc. 
 
2) Projeto Nesta fase é feito um planejamento sobre tudo 
que tem que ser feito, planejamento de equipe etc. Cria-se 
um cronograma a ser seguido, as tarefas são definidas e 
organizadas, monta-se a equipe de desenvolvimento, a 
interface, arquitetura do sistema são planejados etc. 
 
3) Implementação Construir o software. Nessa fase os 
programadores codificam o software de acordo com as 
necessidades do projeto, dos requisitos etc. 
 
4) Testes O próprio nome já o diz, fase em que os 
softwares construídos e codificados começam a serem 
testados para entender se tudo que foi planejado na fase 2 
está ocorrendo e rodando de forma agradável. Falhas 
encontradas são concertadas nessa fase. 
 
5) Implantação e manutenção Depois dos testes e da 
correção de erros, o sistema é implantado para que o 
cliente veja o resultado final. Caso seja necessária alguma 
mudança, o software deve passar por uma manutenção, 
que pode ser feita com a reaplicação do modelo em 
cascata. 
 
 
 
 Explicar os problemas do modelo 
cascata; 
 
Assim como qualquer outro modelo, o modelo 
cascata tem os seus problemas e que hoje pelo que 
eu li gera quase que ausência do uso desse modelo 
pelos engenheiros de softwares e equipes de 
desenvolvedores. Bom, vou citar alguns tópicos que 
pra mim são os principais problemas do modelo 
cascata, são eles: 
 
 Dificuldade para cumprir o cronograma; 
 Problemas com orçamento 
 Trava no momento de seguir para outra fase do 
projeto 
 Mudança de requisito 
 Ausência de feedback contínuo 
 Falta de produtividade etc. 
 
Esses são os principais problemas causados pelo modelo cascata, 
e que são consequência de sua lógica sequencial, ou seja, pela sua 
própria natureza ele apresenta tais problemas. 
 
 
 
 Explicar um modelo iterativo e incremental 
 
O modelo incremental ele foi proposto justamente para resolver os 
problemas expostos pelo modelo cascata anteriormente citado aqui 
no tp3. Solucionar seus problemas técnicos e suas limitações na 
construção do software, são na verdade alguns elementos do 
modelo cascata, porém, aplicados de forma iterativo, por meio de 
ciclos de desenvolvimento. 
 
 Explicar a relação entre OO, UML e RUP 
 
Projetos orientados a objetos. 
 
 
 
 
Pelo que li no moddle, e em outros artigos que encontrei na internet, 
tudo que fala sobre OO, UML e RUP está diretamente relacionado a 
orientação a objetos, no meu caso, orientações a objeto JAVA, que 
é uma das formas de implementar um código.