(Anexo I do Ato n. 310/2017 - DJe n. 047, 14/03/2017)
VERSÃO DESCONTINUADA
Voltar para Versão Mais Atual do Processo
Dono do Processo: Diretor (a) do Departamento de Sistemas
O objetivo desse documento é definir a metodologia de desenvolvimento de software a fim de padronizar a forma de trabalho das equipes envolvidas, delimitação de papéis e responsabilidades bem como produto de trabalho a ser produzido durante o processo, garantindo a rastreabilidade entre os requisitos e os softwares disponibilizados ao Poder Judiciário do Estado de Rondônia.
Tomou-se como premissa que todos os sistemas de informação relativos à procedimentos judiciais e administrativos a serem desenvolvidos a partir da publicação deste documento, salvo justificativa contrária aprovada pelo Comitê de Governança de Tecnologia da Informação e Comunicação (CGTIC), deverão ser conforme art. 20 da Resolução n. 211 do Conselho Nacional de Justiça (CNJ):
- Portáveis e interoperáveis;
- Responsivos;
- Possuir documentação atualizada;
- Oferecer suporte para assinatura baseado em certificado emitido por autoridade certificadora credenciada na forma da infraestrutura de chaves públicas brasileira (ICP Brasil);
- Atender ao modelo de acessibilidade em Governo Eletrônico, institucionalizado pelo Ministério do Planejamento, Orçamento e Gestão; e
- Atender ao modelo nacional de interoperabilidade (MNI), quando for judicial.
Além disso, os sistemas desenvolvidos internamente deverão, no mínimo:
- Possuir controle de versionamento, conforme política de versionamento do documento;
- Possuir testes unitários e de integração;
- Possuir prática de integração contínua; e
- Possuir um Gestor do Software.
Objetivos:
Registrar as fases a serem seguidas e artefatos mínimos a serem elaborados na construção de um novo software. O Processo de Desenvolvimento de Software é composto das fases Iniciação, Elaboração, Construção e Transição e pelas disciplinas de Gerência de Projetos, Gerência de Requisitos, Análise/Modelagem, Implementação e Teste.
Fluxo:
(clique na imagem para ampliar)
Descrição das Atividades:
|
Id |
Atividade |
Objetivo |
Responsável |
|
1 |
Refinar EAP |
Detalhar em tarefas de alto nível as atividades necessárias para as entregas estabelecidas na Estrutura Analítica do Projeto (EAP) |
Analista de requisitos |
|
2 e 9 |
Refinar os requisitos |
Refinar a especificação de requisitos do plano de gerenciamento de projeto de forma suficiente para que todos os desenvolvedores entendam o que será construído. Detalhar os requisitos não funcionais. Detalhar os requisitos levantados anteriormente e verificar se algum requisito sofreu alteração, procedendo no refinamento das especificações |
Analista de requisitos |
|
3 e 10 |
Reunir com Gestor do Software |
Reunir com o Gestor de Software para refinar requisitos e/ou EAP. Deverá ser elaborada uma ata de reunião, contendo os requisitos e/ou EAP refinada bem como a assinatura do Gestor do Software |
Analista de requisitos |
|
4 |
Definir arquitetura |
Definir uma arquitetura inicial do sistema. Será definido o grupo inicial de elementos significantes para serem utilizados como base de análise para a estruturação do software quanto aos componentes técnicos tais como linguagem, uso de framework e banco de dados |
Arquiteto |
|
5 |
Planejar as iterações |
Atividade é realizada durante todo o ciclo de vida do projeto. Identificar riscos e gerenciar as mudanças de forma que possam ser atenuadas, estabelecendo metas da iteração e apoiando a equipe de desenvolvimento para alcançar essas metas |
Gerente de projeto |
|
6 |
Preparar o ambiente |
Criar o repositório de armazenamento junto a ferramenta de controle de versão de código em uso, bem como um ambiente necessário para a produção de código |
Arquiteto |
|
7 |
Planejar casos de teste |
Definir as abordagens de testes, identificando o nível, tipo e técnicas de testes a serem aplicadas a cada produto ou componente do produto |
Analista de Testes |
|
8 |
Modelagem de dados |
Elaborar documentação e criar o banco de dados, bem como os elementos necessários para suportar a implementação da iteração atual |
Administrador de dados |
|
11 |
Construir rotinas, programa ou aplicativo |
Gerar o código-fonte para os diversos elementos componentes do software, visando uma versão operacional do mesmo |
Desenvolvedor |
|
12 |
Implementar casos de teste |
Teste da codificação do produto gerado (sistema ou parte do mesmo) com a finalidade de encontrar possíveis erros de codificação ou mesmo de interpretação da documentação de análise e de projeto. De posse da documentação de Análise e de Projeto, os analistas de sistemas responsáveis pelos testes da aplicação deverão verificar se o produto gerado atende aos requisitos de forma adequada |
Desenvolvedor |
|
13 |
Executar casos de teste |
Executar os testes planejados, registrando os resultados no Relatório de Resultado dos Testes |
Analista de Testes |
|
14 |
Homologar |
Registrar a aprovação da entrega do projeto ao Gestor do Software. Esta homologação pode ocorrer por fase ou iteração ou no encerramento total de entrega de todas as fases do sistema. Deverá ser gerado o Termo de Homologação (entrega final) ou Termo de Aceite (parcial) |
Gestor do Software |
|
15 |
Treinar a equipe da DISUS |
Realizar o treinamento da equipe que auxilia os usuários e classifica os chamados |
Desenvolvedor |
|
16 |
Abrir RDM |
Solicitar formalmente uma mudança para implantação do software |
Gerente de Projeto |
Controle do processo:
|
ID |
1 |
|
Processo |
Metodologia de Desenvolvimento de Software |
|
Dono do Processo |
Diretor do Departamento de Sistemas |
|
Indicador |
Porcentagem de projetos aderentes a metodologia |
|
Justificativa |
Medir os projetos de desenvolvimento realizados no ano aderente a metodologia definida |
|
Periodicidade |
Mensal |
|
Intervalo |
3 últimos meses |
|
Regra de cálculo |
Nº de projetos de desenvolvimento de software aderentes a metodologia/ Nº de projetos de desenvolvimento de software *100 |
|
Meta |
80% até dezembro de 2017 |
|
Origem dos dados |
Documentação dos projetos |
|
Responsável pela coleta |
Gerentes dos projetos de desenvolvimento de software e de manutenção evolutiva de software |
|
Responsável pela análise do indicador |
Dono do processo |
|
ID |
2 |
|
Processo |
Metodologia de Desenvolvimento de Software |
|
Dono do Processo |
Diretor do Departamento de Sistemas |
|
Indicador |
Incidentes por software |
|
Justificativa |
Medir a quantidade de incidentes por software |
|
Periodicidade |
Mensal |
|
Intervalo |
3 últimos meses |
|
Regra de cálculo |
Listar os incidentes de serviço de softwares, agrupando-os por esse último |
|
Meta |
Não aplicável |
|
Origem dos dados |
POR AQUI |
|
Responsável pela coleta |
Chefe da Seção de Atendimento – 1º nível – Help Desk (SEHD) |
|
Responsável pela análise do indicador |
Dono do processo |