Processos de desenvolvimento de software
Transferir como PPT, PDF0 gostou138 visualizações
O documento descreve os processos e a metodologia utilizados pelo Departamento de Tecnologia da Informação para o desenvolvimento de sistemas. Apresenta os problemas atuais da área de TI e destaca a importância da alinhamento dos objetivos de TI aos objetivos estratégicos da empresa. Detalha os seis processos para o desenvolvimento de sistemas, incluindo a solicitação, análise, coleta de requisitos e tomada de decisão.
Processos de desenvolvimento de software
- 1. Departamento de Tecnologia da Informação
- 2. Motivação • Falta de compromisso da parte interessada. • Desconhecimento da Diretoria. • Falta de integração entre os envolvidos. • Alto risco de paralisação • Falta de RH necessários. • Baixa produtividade. • Alto índice de manutenção. • A produção não alinhada a estratégia da empresa.
- 3. Importância da T.I • A cada dia que passa, as organizações tornam-se mais dependentes da Tecnologia da Informação a fim de satisfazer seus objetivos estratégicos e para atender às necessidades do negócio em que atuam. • Uma área de TI que não considerar os objetivos estratégicos da organização em que se insere como os seus próprios objetivos, será uma área de TI que deseja apenas ser um simples provedor de tecnologia. • Entretanto mesmo os provedores de tecnologia, atualmente, tendem a preocupar-se com a estratégia de negócio de seus clientes, condição básica para a venda de serviços e produtos sob demanda.
- 5. Processos de Desenvolvimento • 1.0 – Solicitação de Sistemas • 2.0 – Parecer técnico dos Analistas de T.I • 3.0 – Análise e tomada de decisão da Diretoria • 4.0 – Análise e coleta de requisitos • 5.0 – Apresentação da análise do sistema • 6.0 – Decisão do desenvolvimento
- 6. 1.0 - Solicitação de Sistemas 1.1 – Cabeçalho 1.1.1 – Nome do Sistema 1.1.2 – Quem solicitou 1.1.3 – Data da solicitação 1.1.4 – Departamento Solicitante 1.1.5 – Gerente Responsável 1.1.6 – Responsável pelo sistema
- 7. 1.0 - Solicitação de Sistemas 1.2 – Informações do Sistema 1.2.1 – Descrição do Sistema 1.2.2 – Funcionalidades do Sistema 1.2.3 – Benefícios do sistema proposto 1.2.4 – Impacto se o sistema não for implementado 1.2.5 – Grau de necessidade do sistema
- 8. 2.0 - Parecer técnico dos Analistas de T.I 2.1 – Informações Gerenciais 2.1.1 – Relação de sistemas pendentes 2.1.2 – Análise de viabilidade técnica 2.1.3 – Analista responsável pelo sistema
- 9. 3.0 - Análise e tomada de decisão da Diretoria 3.1 – Tomada de Decisão 3.1.1 – Foco gerencial 3.1.2 – Prioridade 3.1.3 – Decisão
- 10. 4.0 – Análise e coleta de requisitos 1.2 – Identificação dos envolvidos 1.3 – Solicitação de reunião com os envolvidos 1.3.1 – Nome do Sistema 1.3.2 – Nome do Solicitante 1.3.3 – Objetivo da Reunião 1.3.4 – Data, Local e Hora 1.3.5 – Nome dos participantes
- 12. Metodologia Utilizada • Todo o projeto do software, irá se dividir em 3 fases, são elas: 1 – Solicitação de Software 2 – Aprovação de Software 3 – Análise de Software 4 – Desenvolvimento
- 13. Análise de Software • Será realizada de uma maneira incremental, com um prazo máximo de 30 dias para conclusão de cada incremento. Os processos a serem praticados são: • 1 - Coleta de requisitos • 2 - Análise de requisitos • 3 - Modelagem
- 14. Desenvolvimento de Software • 4 - Implementação (Terceiros) • 5 - Testes • 6 – Implantação (Work Shop’s e Treinamentos)
- 15. Gerenciamento de Projetos • Serão realizadas reuniões diárias de 15 min, onde serão respondidas três perguntas e suas respostas documentadas. – O que vc fez ontem? – Quais as dificuldades encontradas? – O que vc vai fazer hoje? • Haverá um cronograma das tarefas e os responsáveis de cada uma delas. • Haverá o custo para cada tarefa. • Haverá uma análise de riscos encontrados no projeto. • Todas estas informações deverão ser atualizadas diariamente.
- 16. Gerenciamento de Projetos • Haverá um relatório informando a quantidade necessária de programadores para atender o desenvolvimento de cada sistema, estes podendo ser internos ou terceiros. • Caso haja alguma dificuldade nos processos serão enviados imediatamente relatórios às superintendências responsáveis. • Haverá um banco de dados de lições aprendidas onde serão colocadas as dificuldades obtidas nos projetos para serem discutidas e evitadas futuramente.