(Anexo III do Ato n. 1254/2017-PR - DJe n. 171, 15/09/2017)
VERSÃO DESCONTINUADA
Dono do Processo: Diretor (a) do Departamento de Sistemas
O Processo de Ciclo de Vida do Software é responsável em gerenciar o ciclo de vida dos softwares produzidos, manutenidos ou adquiridos pelo PJRO. O modelo apresentado é uma adaptação do modelo EUP (Enterprise Unified Process) , o qual se mostra uma evolução do modelo RUP (Rational Unified Process) , considerando-se uma abordagem mais ampla para o uso de sistemas ágeis e contemplar etapas para a desativação da solução de software.
O ciclo de vida do software será entendido como a evolução de um sistema, produto, serviço, projeto ou outra entidade desenvolvida por humanos, desde a concepção de uma necessidade de solução de software até a sua desativação (adaptado da Norma ABNT NBR-ISO/IEC 12207:2009).
A definição de um processo de ciclo de vida está em acordo com as melhores práticas da Engenharia de Software, e serve de referência para a construção de soluções de software simples ou complexos, orientando as equipes da STIC do PJRO nas diversas etapas que constituem o processo.
O modelo, apresentado de forma panorâmica, destina-se a permitir tratar as especificidades de atividades e modelos do processo de desenvolvimento de software de maneira detalhada em documentos complementares.
Objetivos:
- Demonstrar para as áreas da STIC do PJRO e aos demais interessados e envolvidos, o processo de ciclo de vida de soluções de software adotado por esta organização para a definição, construção, aquisição, manutenção e desativação de software;
- Orientar as equipes de desenvolvimento e correlatas sobre as atividades contidas no processo com suas regras e diretrizes determinadas e padronizadas.
Fluxo:
Descrição das Atividades:
|
Id |
Atividade |
Objetivo |
Responsável |
|
1 |
Solicitação de uma demanda de software |
Produzir um documento (proposta conceitual) que descreve o problema e o caminho para a solução por meio de um sistema de informação. Pode ser uma necessidade ou uma oportunidade. O documento que retrata essa atividade é o DOD – Documento de Oficialização de Demanda. |
Interessado |
|
2 |
Análise quanto ao alinhamento e viabilidade |
Analisar quanto ao alinhamento e viabilidade inicial da proposta. Ao constatar o alinhamento, pode ou não autorizar o aprofundamento dos estudos técnicos. |
Comitê de Governança de TIC |
|
3 |
Designar equipe de projeto |
Designar a equipe de projeto que irá produzir o estudo técnico preliminar |
Secretário de TIC |
|
4 |
Realizar Estudo Técnico Preliminar |
Definir o escopo, restrições, limites. Fazer análise do custo/benefício; Produzir o plano de gerenciamento de risco e estudo de viabilidade. |
Equipe de projeto |
|
5 |
Elaborar o plano de gerenciamento do projeto |
Desenvolver o plano de gerenciamento do projeto e outros documentos de planejamento. Descrever a base para aquisições de recursos necessários para atingir a solução. |
Equipe de projeto |
|
6 |
Elaborar a análise de requisitos |
Analisar as necessidades dos usuários e desenvolver os requisitos da solução. Criar um documento detalhado dos requisitos funcionais. |
Equipe de projeto |
|
7 |
Elaborar projeto da solução |
Elaborar o documento de projeto, com o detalhamento dos requisitos, focando na entrega das funcionalidades requeridas. |
Equipe de projeto |
|
8 |
Escolher o método de atendimento para a solução de software |
Decidir se a solução será atendida pelo desenvolvimento ou contratação de uma solução. O desenvolvimento implica seguir o fluxo do Modelo de Desenvolvimento de Software (MDS). A contratação deve possibilitar ainda o desenvolvimento da solução por terceiros, a adaptação por um contratado de uma solução já existente ou a aquisição de um software de prateleira. O fluxo deve ser encaminhado para viabilizar a contratação. |
Equipe de projeto |
|
9 |
Modelo de Desenvolvimento de Software |
Proceder ao fluxo de desenvolvimento de software, que integrará as etapas de desenvolver, integrar e implantar, descritas nesse processo de ciclo de vida. No processo de desenvolvimento de software (MDS), converte-se o projeto em um sistema de informação completo. Inclui-se aquisições e configuração ambientes de produção. Criam-se e testam-se bancos de dados, casos de uso e procedimentos. Realiza-se testes, codifica-se compila-se e concluem-se procedimentos de aquisição. Dentro do ciclo de vida do software, o MDS abrange as fases de desenvolvimento, integração e testes, implementação e a de operação e manutenção. |
Equipe de desenvolvimento |
|
10 |
Avaliar a qualidade e valor do software |
Descreve as atividades de encerramento do sistema, enfatizando o tratamento apropriado dos dados do sistema. A avaliação deve comparar a qualidade e o valor do software para o negócio: Qualidade baixa e valor baixo: descartar o software Qualidade baixa e valor alto: analisar a possibilidade de reengenharia Qualidade alta e valor baixo: substituir por produto de prateleira Qualidade alta e valor alto: continuar mantendo o software Essa avaliação deve ocorrer pelo menos a partir do 5º ano de vida do software. |
Comitê de Governança de TIC? Ou Gestor do Software?? |
Controle do processo:
|
ID |
1 |
|
Processo |
Solução de Software (ciclo de vida) |
|
Dono do Processo |
Diretor do Departamento de Desenvolvimento de Sistemas |
|
Indicador |
Soluções de Software acompanhadas pelo processo (iSSW-cv) |
|
Justificativa |
Quanto maior o índice, melhor a qualidade da solução de software |
|
Periodicidade |
Quadrimestral |
|
Intervalo |
4 últimos meses |
|
Regra de cálculo |
iSSW-cv = (total de soluções de software existentes no período acompanhadas pelo processo de ciclo de vida / total de soluções de software existentes no período) * 100 |
|
Meta |
80% das soluções de software acompanhadas pelo processo de solução de software (ciclo de vida) |
|
Origem dos dados |
Catálogo de serviços e controle do Departamento de Desenvolvimento de Sistemas |
|
Responsável pela coleta |
Diretor do Departamento de Desenvolvimento de Sistemas |
|
Responsável pela análise do indicador |
Diretor do Departamento de Estratégia e Governança |