 Olá alunos(as), a atividade de estudo 01 da disciplina engenharia de software já está disponível

no ambiente da disciplina. Esta atividade é discursiva e deve ser respondida até dia 29/10. Para
esta atividade vocês devem:
 - Realizar a leitura da primeira unidade do livro da disciplina.
 - Assistirem as aulas conceituais da unidade 1 - (Aulas 01, 02 e 03)
 Lembrem-se que a atividade só pode respondida uma única vez, portanto se finalizem o
questionário quando tiverem segurança da resposta. Em caso de dúvidas entrem em contato
conosco através do fale com o mediador em seu STudeo.
 Atenciosamente, Prof Amanda Melo.

Imagine que você é um profissional da área de software contratado por uma empresa de linha
aérea. Essa empresa gostaria que você criasse um software de controle aéreo para as suas
aeronaves.

O cliente possui todos os requisitos bem definidos , bem como, reitera que tais requisitos não
serão alterados ao longo do processo de software, isso porque, tal software é de alta
criticidade e tais requisitos foram discutidos minuciosamente até chegarem ao apresentado
a sua equipe. Além disso, esse software não possui um longo tempo de desenvolvimento.

Haja vista o cenário apresentado discorra sobre as principais características desse sistema
apresentado. Logo depois,

defina  um modelo de software que  acredita ser o mais aderente para a empresa aérea,

juntamente com no mínimo três motivos desse porquê.

Por fim, finalize com o porquê de não ter escolhido outro modelo de software.
Retirar os dados do problemas

Cascata

Reuso

Incremental

Qual é o melhor

Escolha estratégica – MODELO CASCATA – 4 ETAPAS

PROJETO DE SISTEMAS E DE SOFTWARE (ATIVIDADES CHAVES- LEVENTAMENTO DE CHAVES) –

IDENTIFICAÇÃO DOS REQUESITOS, ARQUITETURA E ABSTRAÇÕES DO SOFTWEAR

IMPLEMENTAÇAO E TESTE DE UNIDADES (CODIGO PRONTO JÁ ENTRA PARA TESTE –

VERIFICAÇÃO DE CADA UNIDADE POR MEIO DE TESTE

INTEGRAÇÃO E TESTE DE SISTEMA – TESTE DO SISTEMA COMPELTO E ENTRAGA AO CLIENTE

OPERAÇÃO E MANUTENÇAO – (INSTALÇÃO DO SITEMA) – CORREÇAO DE ERROS E NOVOS

REQUISISTOS

- UMA ETAPA COM COMEÇA QUANDO FINALIZA ANTERIOR

- CLIENTE NÃO CONSEGUE DEFINIR O QUE QUER

-A VERSAO SO ESTARA DISPONIVEL NO FINAL DO PROJETO.

MODELO
INCREMENTAL
PROBLEMAS
REUSO
1. Conheça a necessidade do cliente
Todo projeto precisa ter uma reunião inicial, onde serão feitas
discussões gerais sobre o que é necessário. Isso é um passo, de certa
forma, lógico. Em outras palavras, como cada parte poderá saber o
que precisa ser feito e se tem como ser feito? Essas são dúvidas que
são sanadas na primeira reunião que acaba funcionando como uma
reunião de start do projeto.
O objetivo desta reunião é entender o que o cliente precisa, o porquê
ele sente a necessidade daquilo e o quão disposto ele está a investir
neste projeto. Esta última informação é muito importante porque é com
ela que iremos contratar pessoas, ferramentas e serviços para o
projeto especificado.

Claro que apenas uma reunião pode ser difícil para definir tudo isto,
mas a ideia é que haja um consenso geral rapidamente, para que
exista logo um ponto de início no desenvolvimento do software.

2. Defina os requisitos

Com esta reunião serão definidos os requisitos do software a ser

criado. Estes requisitos podem ser funcionais ou não-funcionais,
dependendo de sua aplicação no projeto.
Com os requisitos em mãos, elabora-se uma lista de prioridades após
uma profunda análise de requisitos. Esta lista mostrará o que o
software precisa ter, o que pode limitar cada função e quanto tempo
aquilo poderá demorar, em teoria.
Quando existe uma definição entre cliente e empresa do que deve ser
feito, os requisitos são documentados, o que costuma ser a parte mais
complicada para desenvolvedores, mas muito importante para o
projeto em geral.

Porém, antes de documentar, é necessário avaliar se o projeto é

possível de ser realizado. Em outras palavras, viável.

3. Avaliação de viabilidade
Esta etapa do projeto é uma das mais importantes porque ela irá
impedir muito retrabalho, ou mesmo que se assumam
responsabilidades que não podem ser cumpridas de forma alguma.
Para evitar isso, é necessário ser realista e perceber o que vai ser
preciso para fazer o projeto sair do papel.

Neste passo, analisa-se:

 o Pré-existência de soluções que façam o mesmo e por um
preço menor. O que, no final das contas, pode ser mais
vantajoso para o cliente;
o Pré-existência de frameworks e códigos que possam ser
reaproveitados de alguma forma;
o Número de pessoas e capacidades necessárias para a
formação de uma equipe;
o Quais tecnologias serão usadas, como o banco de dados,
serviço de cloud, linguagens de programação, etc.
Tudo isto precisa ser bem analisado, porque não podem
haver gaps quando o projeto começar. Por exemplo, se for definido
que Ruby on Rails será a tecnologia do projeto, é necessário ter, pelo
menos, desenvolvedores seniores que dominem a tecnologia.
Se for necessário contratar mais pessoas, é necessário ver o quanto
isso irá custar e se o budget do projeto permite tal ação. Tudo isto
deve ser passado ao cliente para que ele autorize ou não o start do
projeto.
Havendo a aprovação, é hora de começar a documentação.

4. Documentação!
Sabendo o que deve ser feito, é a hora de definir detalhes mais
profundos do desenvolvimento. Nessa etapa, são criadas as
documentações que listam o que será desenvolvido e como o
processo terá que acontecer. Para isso, entram em cena
os wireframes (espécie de exemplos do que deve ser feito),
fluxogramas e casos de uso, ferramentas de projetos que fazem toda
a diferença na documentação.
Por mais que a documentação do projeto seja algo que desenvolvedor
não gosta de fazer, é uma etapa essencial para o bom andamento do
projeto, pois é onde o time irá se basear na hora de desenvolver o
software. Se der algum problema, é na documentação que
encontraremos a maioria das respostas.

A documentação é um passo que dura o projeto inteiro, mesmo

durante as alterações incrementais. Isto acontece porque tais
documentos funcionam como um manual do desenvolvedor, onde se
diz o que tem de ser feito e como.

5. Metodologia de desenvolvimento
Uma das características que é escolhida quando o projeto está sendo
planejado é qual será a metodologia de desenvolvimento. Atualmente
as metodologias ágeis tendem a ser as mais escolhidas, mas isso
depende do projeto e das partes interessadas.

Esta é uma decisão muito importante pois ela direcionará a forma

como o projeto será desenvolvido, as pessoas que farão parte,
quando e quais entregas serão feitas, além de outros detalhes
importantes.

Com tudo isto definido, o projeto já poderá ser iniciado! E depois, o

que deve ser feito?

6. Testes e mais testes

Na hora em que as primeiras funcionalidades já estiverem prontas
(levando em consideração um projeto Scrum), elas deverão ser
testadas e entregues. Os testes devem ser muito bem documentados
e realizados, buscando emular o uso real da aplicação.

É necessário se colocar no lugar do cliente, como se fosse realmente

ele utilizando a funcionalidade que foi criada. Este costuma ser um
dos principais problemas no desenvolvimento de software,
principalmente, quando o teste é realizado somente
pelo desenvolvedor, que muitas vezes não possui o conhecimento
necessário para realizar o teste com a mesma eficiência que um
testador especialista faria.

SO PODE COMEÇAR DEPOIS QUE A OUTRA ETAPA ESTA COMPLETA