Desenvolvimento

de Software

Helcio Duarte
Pedro Henrique S. de Albuquerque
Rafael França
Rafael Vieira
Contexto 7:
● Organização: Desenvolvimento de soluções de IoT (Internet of Things):

– Organização há 3 anos no mercado

– Equipe composta na sua maioria de recém-formados do curso Engenharia da Computação
– Desenvolve hardware + software

● Projeto: Sistema inteligente de transporte público para apoiar uso integrado de ônibus, metrô, trem e outros
(Uber, 99, Táxi etc.)

● Cliente: Prefeitura do Rio de Janeiro

Explicação do Modelo Escolhido:
O modelo de ciclo de vida escolhido por nosso grupo foi o modelo de ciclo de vida Espiral. Esse modelo foi o
escolhido por diversos motivos, entre eles, os principais que podem ser citados são:

1. Complexidade e Riscos Variáveis:

● O sistema inteligente de transporte público é uma solução complexa que precisa integrar diversos
componentes, como ônibus, metrô, trem e serviços de transporte por aplicativo, o que aumenta a
complexidade do sistema, já que cada serviço precisa ser tratado de uma forma diferente.

● Os riscos referentes a um projeto desse tipo são vários, e os mesmos podem surgir em diversos estágios
do desenvolvimento. O modelo espiral é o mais adequado para lidar com riscos em constante evolução,
permitindo uma abordagem mais flexível e adaptativa.
Explicação do Modelo Escolhido:
2. Necessidade de Avaliação Contínua:

● O modelo espiral inclui a fase de avaliação contínua, permitindo que a equipe identifique e responda a
problemas eventuais, o que precisa ser considerado, já que a equipe é composta por recém formados e
que está desenvolvendo um sistema complexo. Além de possibilitar tratar as mudanças de requisitos à
medida que surgem

3. Envolvimento do Cliente:

● A Prefeitura do Rio de Janeiro, nosso cliente, provavelmente terá requisitos em evolução à medida que o
projeto avança. O modelo espiral é adaptável o suficiente para acomodar mudanças nos requisitos e
garantir que o sistema atenda às necessidades em constante evolução do cliente, por isso é o mais
adequado nesse quesito.
Explicação do Modelo Escolhido:
4. Ciclos de Desenvolvimento Iterativos:

● O modelo espiral permite a divisão do projeto em várias iterações, o que é útil quando se trata de
desenvolver um sistema complexo, como um sistema inteligente de transporte público. Cada iteração pode
se concentrar em um conjunto específico de funcionalidades ou componentes, facilitando o
desenvolvimento incremental e aprimorando a qualidade ao longo do tempo.

5. Controle de Custos e Tempo:

● O modelo espiral permite que a organização controle os custos e o tempo do projeto de forma mais eficaz,
uma vez que a tomada de decisões é baseada em avaliações contínuas de riscos e resultados.
Fluxograma

Especificar e Projetar e Integrar as Verificar e

Reunir com o Elaborar o
Entender os Construir o partes do validar o
Cliente Projeto
Requisitos Produto Produto produto
 Especificar e Projetar e Integrar as Verificar e
Reunir com o Elaborar o
Entender os Construir o partes do validar o
Cliente Projeto
Requisitos Produto Produto produto

Descrever o
Analisar os Entender expectativas Fazer
Processo a ser
Riscos das partes envolvidas Estimativas
Utilizado
Inicio Fim
 Especificar e Projetar e Integrar as Verificar e
Reunir com o Elaborar o
Entender os Construir o partes do validar o
Cliente Projeto
Requisitos Produto Produto produto

Avaliar
Executar Plano Definir Recursos, Revisar o Monitorar
Viabilidade do
de Execução Humanos e Materiais Projeto Processos
Projeto
Inicio Fim
 Especificar e Projetar e Integrar as Verificar e
Reunir com o Elaborar o
Entender os Construir o partes do validar o
Cliente Projeto
Requisitos Produto Produto produto

Identificar e Revisar
Confirmar possibilidade
Relacionamentos dos
de projeto
Requisitos
Inicio Fim
 Especificar e Projetar e Integrar as Verificar e
Reunir com o Elaborar o
Entender os Construir o partes do validar o
Cliente Projeto
Requisitos Produto Produto produto

Foram encontrados
problemas?

Definir estratégia de Montar um Avaliar Não Implementar

implementação de protótipo problemas do as partes dos
partes do projeto do projeto protótipo Produtos
Inicio Fim

Sim

Tratar os
problemas
Identificados
 Especificar e Projetar e Integrar as Verificar e
Reunir com o Elaborar o
Entender os Construir o partes do validar o
Cliente Projeto
Requisitos Produto Produto produto

Foram encontrados
problemas?
Estabelecer uma estratégia Avaliar e
Não Entregar o
e um ambiente para a integrar os Testar o produto
Produto e o
integração dos componentes integrado
Manual
Inicio componentes do produto

Sim

Corrigir Erros
Fim
 Especificar e Projetar e Integrar as Verificar e
Reunir com o Elaborar o
Entender os Construir o partes do validar o
Cliente Projeto
Requisitos Produto Produto produto

Os resultados obtidos
foram satisfatórios?
Selecionar as
Escolher Realizar a Analisar os Sim Validar o
partes do
método de verificação do resultados resultado das
produto a serem
verificação produto obtidos verificações
Inicio verificadas

Não

Fim

Corrigir erros
Descrição dos Processos:

Nome: 1. Reunir com o Cliente

Descrição Estabelecer uma comunicação eficaz com o cliente para

entender suas necessidades, expectativas e requisitos em
relação ao projeto.
Descrição dos Processos:
Nome: 1.1 Descrever o processo a ser utilizado

Descrição Documentar o processo a ser seguido para o

desenvolvimento do sistema, garantindo que todos os
membros da equipe estejam cientes das etapas envolvidas.

Critérios de Entrada Resultados da reunião com o cliente

Documentação de escopo do projeto.
Normas e padrões relevantes a serem seguidos.
Experiências passadas de projetos semelhantes

Critérios de Saída Documentação do processo de desenvolvimento.

Responsável Gerente de Projetos

Descrição dos Processos:
Nome: 1.2 Analisar os Riscos

Descrição Identificar, analisar e avaliar os riscos potenciais que podem

afetar o sucesso do projeto de desenvolvimento do sistema.

Critérios de Entrada ● Lista de requisitos e expectativas do cliente.

● Documentação do processo de desenvolvimento.
● Experiências anteriores em gerenciamento de riscos.
● Dados de projetos similares.
● Informações sobre recursos disponíveis.

Critérios de Saída ● Lista de riscos identificados.

Responsável Gerente de projetos

Descrição dos Processos:
Nome: 1.3 Entender Expectativas das Partes Envolvidas

Descrição Compreender as expectativas e necessidades de todas as

partes interessadas no projeto, incluindo o cliente e a equipe
de desenvolvimento.

Critérios de Entrada • Informações sobre as partes interessadas envolvidas no

projeto.
• Documentação das expectativas iniciais do cliente.
• Dados de pesquisas de mercado, se aplicável.

Critérios de Saída • Documentação das expectativas e necessidades das

partes interessadas.

Responsável Analista de Negócios

Descrição dos Processos:
Nome: 1.4 Fazer Estimativas

Descrição Estimar recursos, prazos e custos necessários para a

execução bem-sucedida do projeto de desenvolvimento do
sistema.

Critérios de Entrada • Lista de requisitos do sistema.

• Documentação do processo de desenvolvimento.
• Recursos humanos disponíveis (equipe).
• Histórico de projetos anteriores (tempo, custo, recursos).
• Estimativas de custos de hardware e software.
• Calendário de disponibilidade da equipe.
Critérios de Saída • Documentação das estimativas de recursos, prazos e
custos.
• Plano de projeto inicial com base nas estimativas.
Responsável Gerente de projetos
Descrição dos Processos:

Nome: 2.0 Elaborar Projeto

Descrição Organizar as informações adquiridas até aqui para conseguir

elaborar e montar o projeto base do produto, é nessa fase
onde são avaliadas as viabilidades, onde são traçados os
planos de execução, onde são definidos os recursos, e ainda
onde ocorrem a revisão e monitoramento dos processos. A
principal requisição para essa etapa é ter o plano de projeto
inicial montado com base nas estimativas feitas
anteriormente
Descrição dos Processos:
Nome: 2.1 Avaliar Viabilidade

Descrição Envolve analisar os recursos disponíveis e revisar os

requisitos do sistema, a fim de determinar a viabilidade de
executar o projeto. A saída deste processo será uma
conclusão que indica se o projeto pode ser realizado com
base nos recursos, histórico de projetos anteriores e
estimativas de custos.
Critérios de Entrada • Lista de requisitos do sistema.
• Recursos humanos disponíveis (equipe).
• Histórico de projetos anteriores (tempo, custo, recursos).
• Estimativas de custos de hardware e software.
• Calendário de disponibilidade da equipe.
• Plano de projeto inicial com base nas estimativas.
Critérios de Saída • Documentação confirmando viabilidade processual

Responsável Gerente de projetos

Descrição dos Processos:
Nome: 2.2 Elaborar Plano de Execução

Descrição Nesta etapa, são desenvolvidos planos detalhados que

definem as ações e etapas necessárias para executar e
montar o projeto. O objetivo principal é estabelecer
claramente como o projeto será conduzido desde o início até
a conclusão, fornecendo diretrizes específicas para a equipe.

Critérios de Entrada • Lista de requisitos do sistema.

• Histórico de projetos anteriores (tempo, custo, recursos).
• Plano de projeto inicial com base nas estimativas.
• Documentação confirmando a viabilidade processual

Critérios de Saída • Plano de execução do projeto

Responsável Gerente de projetos

Descrição dos Processos:
Nome: 2.3 Definir Recursos, Humanos e Materiais

Descrição Nesta etapa, são determinados os recursos a serem alocados

no processo, tanto recursos humanos quanto materiais. Isso
inclui identificar as especialidades necessárias, avaliar a
disponibilidade de recursos internos e externos, e garantir
que os recursos alocados sejam adequados para concluir o
projeto dentro do prazo estimado, sem sobrecarregar a
empresa. Essa análise visa melhorar a gestão e organização
dos projetos atuais e futuros
Critérios de Entrada • Lista de requisitos do sistema.
• Histórico de projetos anteriores (tempo, custo, recursos).
• Plano de execução de projeto
• Recursos humanos disponíveis (equipe).
Critérios de Saída • Documento de Plano de Recursos

Responsável Gerente de projetos

Descrição dos Processos:
Nome: 2.4 Revisar projeto

Descrição Nesta etapa, o projeto é revisado e os erros são corrigidos, a

fim de verificar o plano de execução e se os recursos são
bem alocados, normalmente esta etapa é destinada à equipe
e a outras pessoas se não o Gerente de Projetos

Critérios de Entrada • Lista de requisitos do sistema.

• Histórico de projetos anteriores (tempo, custo, recursos).
• Plano de execução de projeto
• Documento de Plano de Recursos

Critérios de Saída -

Responsável Equipe responsável pelo projeto

Descrição dos Processos:
Nome: 2.5 Monitorar Processos

Descrição Essa etapa é realizada após o projeto ser revisado e

corrigido, é nesta etapa onde são monitorados os projetos e
processos criados, a fim de verificar sua funcionalidade e
aguardar pelo feedback dos clientes

Critérios de Entrada • Processos

Critérios de Saída -

Responsável Gerente de projetos

Descrição dos Processos:

Nome: 3. Especificar e entender requisitos

Descrição Identificar, documentar e entender os requisitos funcionais e

não funcionais do sistema, com base nas informações
obtidas com o cliente e outras partes interessadas.
Descrição dos Processos:
Nome: 3.1 Identificar e Revisar Relacionamentos dos Requisitos

Descrição Este processo visa identificar e revisar os relacionamentos

entre os diversos componentes do sistema, garantindo uma
visão integrada e coerente do projeto.

Critérios de Entrada • Lista de requisitos e funcionalidades do sistema.

• Resultados de revisões anteriores da arquitetura.
• Diagramas de interação entre os componentes do
sistema.

Critérios de Saída • Documentação da arquitetura do sistema e dos

relacionamentos identificados.

Responsável Gerente de projetos.

Descrição dos Processos:
Nome: 3.2 Confirmar possibilidade do projeto

Descrição Confirmar a viabilidade técnica e financeira do projeto de

desenvolvimento do sistema, levando em consideração os
recursos disponíveis e as restrições.

Critérios de Entrada • Documentação completa do projeto, incluindo

requisitos, expectativas e estimativas.
• Dados de recursos disponíveis (equipe, hardware,
software)
• Orçamento do projeto.
• Experiências anteriores em projetos similares.
• Resultados da análise de viabilidade técnica.
Critérios de Saída Relatório de viabilidade técnica e financeira.

Responsável Gerente de projetos

Descrição dos Processos:

Nome: 4. Projetar e Construir o Produto

Descrição Nessa etapa ocorre a programação do software,

transformando os conceitos previamente definidos em
realidade.
Descrição dos Processos:
Nome: 4.1 Definir a estratégia de implementação de partes do
projeto
Descrição O software é dividido em partes menores, com menos
funcionalidades, e é definida uma estratégia para o
desenvolvimento de cada parte

Critérios de Entrada • Recursos disponíveis

• Requisitos do projeto
• Especificações do projeto

Critérios de Saída • Documentação da estratégia de implementação

• Cronograma de trabalho

Responsável Gerente de projeto

Descrição dos Processos:
Nome: 4.2 Montar um Protótipo do Projeto

Descrição Para cada parte do software, é feito um protótipo para testar

a implementação das funcionalidades e sua interação

Critérios de Entrada • Documentação da estratégia de implementação

• Cronograma de trabalho

Critérios de Saída • Protótipo do produto final

Responsável Equipe de desenvolvimento

Descrição dos Processos:
Nome: 4.3 Avaliar Problemas do Protótipo

Descrição O protótipo é testado extensivamente para a procura de

possíveis erros

Critérios de Entrada • Protótipo do produto final

Critérios de Saída • Relatório de erros encontrados

Responsável Equipe de Testes

Descrição dos Processos:
Nome: 4.3.1 Tratar Problemas Identificados

Descrição As falhas encontradas no protótipo são resolvidas

Critérios de Entrada • Protótipo do produto final

• Relatório de erros encontrados

Critérios de Saída • Protótipo melhorado

Responsável Equipe de desenvolvimento

Descrição dos Processos:
Nome: 4.4 Implementar as Partes do Produto

Descrição O conhecimento adquirido com a criação de protótipos é

utilizado para a implementação de funcionalidades no
produto final

Critérios de Entrada • Protótipo melhorado

• Versão atual do produto final (se existente)

Critérios de Saída • Software Final Implementado

Responsável Equipe de desenvolvimento

Descrição dos Processos:

Nome: 5. Integrar as partes do produto

Descrição O objetivo dessa etapa é realizar a integração de todas as

partes do produto previamente concluídas para a formação
do produto completo.
Descrição dos Processos:
Nome: 5.1 Estabelecer uma estratégia e um ambiente para a
integração dos componentes
Descrição É feito uma análise dos componentes buscando estabelecer
o melhor ambiente possível para realizar a unificação de
todas as partes do produto e uma estratégia de integração é
planejada e documentada

Critérios de Entrada • Requisitos do projeto

• Especificações do projeto

Critérios de Saída • Documentação da estratégia de integração

• Ambiente de integração estabelecido

Responsável Gerente de projetos

Descrição dos Processos:
Nome: 5.2 Avaliar e integrar os componentes do produto

Descrição Os componentes são avaliados em busca de problemas e,

caso nada seja encontrado, é feita a junção de todas as
partes do produto de acordo com a estratégia estabelecida

Critérios de Entrada • Documentação da estratégia de integração

• Ambiente de integração
• Componentes do produto

Critérios de Saída • Produto integrado

Responsável Equipe de desenvolvimento

Descrição dos Processos:
Nome: 5.3 Testar o Produto Integrado

Descrição Após a integração das partes do produto, as funcionalidades

são testadas entre si para verificar se há algum conflito entre
elas

Critérios de Entrada • Produto Integrado

Critérios de Saída • Resultados do teste do produto integrado

Responsável Equipe de Testes

Descrição dos Processos:
Nome: 5.3.1 Corrigir erros
Os erros reportados
entregues para serempela equipenovamente.
testados de testes são corrigidos e
Descrição

Critérios de Entrada • Produto integrado

• Resultados do teste do produto integrado

Critérios de Saída • Produto integrado melhorado

Responsável Equipe de Testes

Descrição dos Processos:
Nome: 5.4 Entregar o Produto e o Manual

Descrição O produto é entregue, pronto para ser usado, para o cliente,

junto do manual de como usá-lo de maneira correta

Critérios de Entrada • Produto Integrado

Critérios de Saída • Produto Completo

• Manual do Produto

Responsável Gerente de projetos

Descrição dos Processos:

Nome: 6. Verificar e Validar o Produto

Descrição Nessa etapa é feita a verificação de todas as partes do

produto, em busca de possíveis problemas, para então
realizar a validação final do produto
Descrição dos Processos:
Nome: 6.1 Selecionar as partes do produto a serem verificadas

Descrição As partes do produto a serem verificadas são selecionadas e

seus requisitos de teste são entendidos

Critérios de Entrada • Produto integrado

Critérios de Saída • Partes do produto selecionadas para verificação

• Requisitos de teste

Responsável Gerente de projetos, Equipe de Testes

Descrição dos Processos:
Nome: 6.2 Escolher método de verificação

Descrição O método de verificação é escolhido de acordo com os

requisitos das partes selecionadas

Critérios de Entrada • Requisitos de teste

Critérios de Saída • Documentação do método de verificação escolhido

Responsável Gerente de Projetos, Equipe de Testes

Descrição dos Processos:
Nome: 6.3 Realizar a verificação do produto

Descrição É realizada a verificação das partes do produto de acordo

com o método estabelecido

Critérios de Entrada • Partes do produto selecionadas para verificação

• Documentação do método de verificação escolhido

Critérios de Saída • Relatório dos testes de verificação

Responsável Equipe de Testes

Descrição dos Processos:
Nome: 6.4 Analisar o resultado das verificações

Descrição O relatório dos testes é analisado, buscando identificar

possíveis problemas

Critérios de Entrada • Relatório dos testes de verificação

Critérios de Saída • Relatório de erros encontrados

• Relatório de testes analisado

Responsável Gerente de projetos

Descrição dos Processos:
Nome: 6.4.1 Corrigir erros

Descrição É realizada a correção dos problemas encontrados

Critérios de Entrada • Relatório de erros encontrados

Critérios de Saída • Partes do produto corrigidas

Responsável Equipe de desenvolvimento

Descrição dos Processos:
Nome: 6.5 Validar o resultado das verificações

Descrição Nessa etapa, após todas as partes do produto serem

verificadas e todos os erros corrigidos, as partes do produto
testadas são validadas

Critérios de Entrada • Relatório de testes analisado

Critérios de Saída • Documentação da validação das partes do produto

testadas

Responsável Gerente de projetos

 Obrigado!
Esse foi o nosso slide sobre a 1º
Etapa do Projeto de Engenharia de
Software, esperamos que tenham
gostado!

CREDITS: This presentation template was created by Slidesgo,

including icons by Flaticon, infographics & images by Freepik