Metologia de Desenvolvimento de Software (MDS)

Este site possui recursos de acessibilidade para web visando à inclusão e autonomia de todas as pessoas.

STIC

Metologia de Desenvolvimento de Software (MDS)

(Anexo Único do Ato n. 1839/2019 - DJe n. 205 de 31/10/2019)

VERSÃO DESCONTINUADA

Dono do Processo: Diretor (a) do Departamento de Sistemas

 A Metodologia de Desenvolvimento de Software visa descrever e normatizar o processo de desenvolvimento de sistemas adotados pela Secretaria de Tecnologia da Informação e Comunicação do Poder Judiciário do Estado de Rondônia (PJRO), contemplando os itens do macroprocesso de software definidos na Resolução n. 211/2015 do Conselho Nacional de Justiça (CNJ).

Define a metodologia de desenvolvimento de software a fim de otimizar o trabalho das equipes envolvidas, delimitar papéis e responsabilidades. Devendo, portanto, se pautar por normativos, pela simplicidade, não definição de tecnologias ou metodologias específicas. Ser uma ferramenta para toda equipe.
Não é escopo da Metodologia de Desenvolvimento de Software os softwares desenvolvidos por equipes não pertencentes ao quadro de servidores da Secretaria de Tecnologia da Informação e Comunicação, ou softwares de terceiros adquiridos pelo PJRO, salvo quando aplicável aos interesses do PJRO.

Objetivos:

  • Normatizar o desenvolvimento de software para o PJRO;
  • Registrar as fases a serem seguidas e artefatos mínimos a serem elaborados e entregues em cada fase da construção de software;
  • Integrar as atividades de desenvolvimento de software relacionadas a manutenções (corretiva, adaptativas ou evolutivas) e novos serviços, de acordo com as priorizações táticas e estratégicas;

Fluxo:

MDS

(clique na imagem para ampliar)

Atividade:

1.    Alinhamento da Visão do Produto

Entradas

        Plano de Gerenciamento do Projeto

Procedimento

1.1   Alinhar uma visão do produto com os envolvidos, todos os participantes do processo deverão entender o problema e as necessidades que justificam seu desenvolvimento;

1.2   Definir metodologia de trabalho.

1.3   Planejar com a equipe da infraestrutura as atividades necessárias;

Saídas

        Documento contendo a visão de produto ou termo de abertura atualizado.

        Documento de arquitetura atualizado

        Documento de escopo atualizado

        Backlog atualizado

Atividade:

2.    Planejar entregas

Entradas

        Plano de Gerenciamento do Projeto;

        Documento contendo a visão de produto ou termo de abertura atualizado.

        Demanda de Sustentação de Software.

        Backlog atualizado

Procedimento

2.1   Levantar o backlog inicial do produto;

2.2   Produzir um cronograma detalhado de entregas voltados para os objetivos de negócio, alinhado ao cronograma macro definido no MGP.

Saídas

        Backlog atualizado do produto;

        Cronograma detalhado previsto ou Plano de entregas.

Atividade:

3.    Planejar iteração

Entradas

        Backlog atualizado do produto;

        Cronograma detalhado previsto ou Plano de entregas.

Procedimento

3.1   Refinar os requisitos a serem entregues na iteração atual;

3.2   Delegar responsabilidades para o desenvolvimento de requisitos priorizados;

3.3   Definir ou refinar os critérios de aceitação;

3.4   Definir testes funcionais;

3.5   Planejar a iteração. A atividade deverá ser planejada até a entrega do MVP definido de acordo com o cronograma macro do MGP ou entrega da sustentação solicitada.

3.6   Planejar com a equipe da infraestrutura as atividade necessárias;

Saídas

        Plano de gerenciamento da iteração;

        Requisitos de software priorizados e detalhados;

        Backlog do produto atualizado;

        Detalhamento da infraestrutura necessária;

        Documento de arquitetura atualizado;

        Critérios de aceitação / testes funcionais;

        Plano de gerenciamento da iteração;

Atividade:

4.    Construção do produto

Entradas

        Plano de gerenciamento da iteração;

        Requisitos de software priorizados e detalhados;

        Backlog do produto atualizado.

        Detalhamento da infraestrutura necessária;

Procedimento

4.1   Produzir o código fonte para os diversos elementos/componentes do software, visando uma versão operacional do mesmo;

4.2   Implementar a infraestrutura para suportar o produto da iteração;

4.3   Produzir documentação do sistema;

4.4   Produzir orientações ao usuário;

4.5   Realizar testes unitários e de integração

4.6   Apresentar produto aos envolvidos

Saídas

        Produtos da iteração entregues em ambiente de homologação;

        Documentação do sistema;

        Backlog do produto atualizado;

        Documento contendo a visão do produto atualizado;

        Relatórios de testes

Atividade:

5.    Homologação das entregas

Entradas

        Produtos da iteração entregues em ambiente de homologação;

Procedimento

5.1   Gestor do software realiza teste funcional das histórias entregues;

5.2   Gestor do software se reúne com as partes interessadas para validar as entregas;

5.3   Gestor do software  coleta todos os pontos aprovados e não aprovados;

5.4   Gestor do software apresenta relata os pontos aprovados e não aprovados.

Saídas

        Relatório contendo as entregas aprovadas (homologadas) ou não aprovadas (não homologadas), por meio de ata de reunião;

o   Caso se trate de projeto, o relatório deve ser encaminhado ao Gerente de Projeto, para que este atualize o sistema de gerenciamento de projetos.

        Autorização para liberação pelo gestor do software e pelo gerente do projeto;

Atividade:

6.    Retrospectiva da iteração

Entradas

        Relatório contendo as entregas aprovadas (homologadas) ou não aprovadas (não homologadas), por meio de ata de reunião;

        Check-list de encerramento de Fase/Projeto (no caso de Projeto).

Procedimento

6.1   A etapa de retrospectiva diz respeito à melhoria contínua do processo. Nesta fase se discute a eficiência da iteração realizada, erros e acertos.

6.2   Caso se trate de fim de fase do projeto ou projeto, a reunião de retrospectiva, a reunião se iniciará somente se tiver o preenchimento do check-list de encerramento de fase/projeto.

Saídas

        Ata de reunião contendo todos os registros importantes sobre a iteração, buscando a melhoria contínua do procedimento e da equipe.

        Lições Aprendidas

        Atualização do portfólio do DSI

        Atualização do catálogo de serviço

Controle do Processo:

ID

1

Processo

Metodologia de Desenvolvimento de Software

Dono do Processo

Diretor do Departamento de Sistemas

Indicador

Porcentagem de projetos e sustentações aderentes a metodologia

Justificativa

Medir os projetos de software ou sustentações de softwares realizados no ano aderentes a metodologia.

Periodicidade

Mensal

Previsão da 1ª medição

Outubro/2019

Intervalo

3 últimos meses

Regra de cálculo equacao

Meta

30% até dezembro de 2019

50% até maio de 2020;

80% até dezembro de 2020

Origem dos dados

Portfólio de ativos de softwares do DSI

Responsável pela coleta

Diretor do Departamento de Sistemas

Gerente do Processo

Diretor do Departamento de Sistemas

Versões Anteriores:

Poder Judiciário de Rondônia

Poder Judiciário do Estado de Rondônia
Horário de Funcionamento:
(Segunda a Sexta-feira)
Público Geral: 7h às 14h | Plantão Judicial: 14h às 7h | Atendimento Virtual: 7h às 14h

Telefone (69) 3309-6237 (clique aqui) | E-mail: presidencia@tjro.jus.br
Sede - Rua José Camacho, nº 585 - Bairro Olaria
Cep 76801-330 - Porto Velho, Rondônia