TECNOLOGIA EM GESTÃO DO AGRONEGÓCIO

SISTEMA DE INFORMAÇÃO GERENCIAL EM AGRONEGÓCIO

ALYSSON BRUNO / TAIS BOGO

6: Conceitos e Fases do Desenvolvimento

Conteúdo Programático

• Como implantar Sistema da Informação

• Por que Desenvolver um SI?
• Fases do Desenvolvimento
• Manifesto Ágil
• Scrum
Como Implantar um Sistema de
Informação
• Existem 2 formas de aquisição de Sistemas de Informação:
encontrar uma solução própria; ou desenvolver um novo
sistema de informação completo.
• As duas formas tem vantagens e desvantagens;
• Não existe uma forma certa, depende do cenário da
Organização.
Desenvolvimento de SIS
• É mais caro;
• É mais demorado;
• Precisa de uma equipe própria ou uma empresa
especializada;
• Pode apresentar erros e falhas no início da implantação;
• É totalmente aderente à sua organização;
Por Que Desenvolver Sistema de
Informação?
❖Na Aula Passada vimos que quanto maior o volume de dados
e exigências de resultados mais específica tem que ser a
solução;
❖Para ter uma vantagem sobre os concorrentes pode ser
necessário criar uma solução específica para o seu caso;
❖Melhor para áreas estratégicas da sua organização;
Como Desenvolver Sistema de
Informação?
• Para o desenvolvimento de um Sistema de Informação é
necessário utilizar uma Metodologia de Desenvolvimento de
Sistema da Informação (LIVRO I).
• Uma metodologia é uma sequência de passos
preestabelecidos, é um roteiro para o desenvolvimento de SI.
 Fases do Desenvolvimento
• O Modelo tradicional ou em cascata é divido em algumas Fases (LIVRO II):
• Análise
• Projeto
• Codificação
• Testes
• Implementação Fonte: LIVRO II pág. 152

• Em Denis e Aline (LIVRO I) temos um estudo preliminar antes da Análise

Fase Preliminar e Análise da Solução Atual
• É feita por todos os interessados no sistema de Informação;
• Os desejos da organização, chamados de requisitos, são
mapeados e servem de guia para as fases seguintes;
• O sistema atual é estudado (mesmo não sendo um sistema
de informação);
• Quem vai participar do dia a dia do sistema deve ser ouvido;
Projeto ou Projeto Lógico
• Os resultados da fase de análise são transcritos em artefatos
lógico do sistema;
• O que o sistema fará;
• É utilizada uma linguagem mais técnica, mas que ainda pode
ser entendível por todos os interessados;
• Requisitos funcionais e não funcionais;
Requisitos Funcionais (RF)
• São os desejos de todos os interessados, o que o sistema de
informação deve fazer para a organização;
• Os RF vem desde a fase preliminar (LIVRO I) e da análise do
sistema existente.
Codificação
• É feito pela equipe de programadores (ou empresa
especializada);
• É como o sistema de informação fará seu trabalho;
Teste
• O sistema codificado é testado por uma equipe própria
(testadores);
• Em alguns casos há um ambiente computacional próprio
para as outras partes interessadas efetuarem os testes;
• Para Denis e Aline (LIVRO I) Codificação e Teste fazem parte
do Projeto Físico
Implantação
• O Sistema de Informação ganha o mundo real;
• Quem for utilizar o sistema deve ser treinado;
• É necessário acompanhar os primeiros usos do sistema.
Problemas da Abordagem Tradicional

• O sistemas passavam meses e até anos sendo desenvolvidos;

• Muito dinheiro era investido da organização obter algum
retorno com o SI;
• Requisitos poderiam mudar no meio do projeto;
• Atrasos eram normais de acontecerem.
Manifesto Ágil

• Em 2001 grandes profissionais e autores da área de

desenvolvimento de sistemas da informação criaram o
manifesto ágil
(https://agilemanifesto.org/iso/ptbr/manifesto.html)
Manifesto Ágil
Estamos descobrindo maneiras melhores de desenvolver
software, fazendo-o nós mesmos e ajudando outros a
fazerem o mesmo. Através deste trabalho, passamos a valorizar:

Indivíduos e interações mais que processos e ferramentas

Software em funcionamento mais que documentação abrangente
Colaboração com o cliente mais que negociação de contratos
Responder a mudanças mais que seguir um plano

Ou seja, mesmo havendo valor nos itens à direita,

valorizamos mais os itens à esquerda.
Scrum
• É uma metodologia ágil que o processo está divido em sprint
ou ciclo de desenvolvimento (LIVRO II);
• Pode ser aplicada em qualquer projeto;
• Cada sprint deve fazer a entrega de valor para a organização;
• O Time Scrum é multidisciplinar e autogerenciado (não tem
chefe);
• É uma das principais metodologias de projetos no mundo;
Scrum: Sprint ou Clico do Scrum
• É o tempo em que se roda todos as etapas do Scrum;
• Nunca pode ser maior que 4 semanas;
• Não costumar ser menor que 1 semana;
• Tem cerimônias obrigatórias;
• Uma sprint sempre entrega valor para a organização;
Scrum: Papeis do Scrum (Scrum Team)
• Dona ou Dono do Produto (Product Owner);
• É quem tem a decisão final sobre os requisites do projeto;
• Mestre do Scrum (Scrum Master);
• Cuida de todo o processo do Scrum, retira impedimentos e faz a
sprint fluir em sua velocidade ideal;
• Desenvolvedores (Developer Team);
• É uma equipe multidisciplinar que fará o desenvolvimento do
projeto, quem irá produzir as entregas de valor da sprint;
Scrum: Artefatos
• Lista de Requisitos do sistema(Product Backlog);
• É de responsabilidade da Dona do Produto, diz tudo o que
está previsto para o projeto, é viva nunca fica congelada
• Lista de Requisitos da Sprint (Sprint Backlog);
• É decidido por todos no início da ciclo, são os itens que
trarão maior valor para o negócio naquele momento, não
pode alterar no meio da sprint;
Scrum: Artefatos
• Incremento
• É um passo concreto em direção ao objetivo do projeto, ele
depende da definição de pronto para saber se foi entregue
ou não
• Definição de pronto
• É decidido por todos no início da projeto, deve ser
conhecido por todos e não pode mudar ao longo dos
sprintes.
Scrum: Cerimônias ou Eventos Scrum
• Planejamento da Sprint
• É feito no início da sprint serão discutidos o objetivo
daquela sprint e como atingi-lo
• Reunião Diária (Daily Scrum)
• É feita todos os dias (máximo de 15 minutos),
preferencialmente no início do dia, todos os
desenvolvedores falam como estão trabalhando e quais
impedimentos existem para sua conclusão.
Scrum: Cerimônias ou Eventos Scrum
• Revisão (Sprint Review)
• Todos do time Scrum apresentam o resultado daquela sprint aos
interessados, é o momento de obter retorno sobre o que está
sendo desenvolvido e sugestões de novos itens para o Product
Backlog;
• Retrospectiva (Sprint Retrospective)
• Após a Review o time se reúne para discutir como melhorar o
planejamento e efetividade do projeto, o que pode ser feito melhor.
Bibliografia
I. REZENDE, Denis A.; ABREU, Aline França de. Tecnologia da
Informação Aplicada a Sistemas de Informação Empresariais, 9ª
edição. Grupo GEN, 2014. E-book. ISBN 9788522490455. Disponível
em:
https://integrada.minhabiblioteca.com.br/#/books/9788522490455/
II. SILVA, Katia C N.; BARBOSA, Cristiano; JR., Ramiro S C. Sistemas de
informações gerenciais. Porto Alegre: Grupo A, 2019. E-book. ISBN
9786581492069. Disponível em:
https://integrada.minhabiblioteca.com.br/#/books/9786581492069/
.