Você está na página 1de 7

Universidade Tecnologia Federal do Paran

Definio de Modelo de Processo de Desenvolvimento de Software

Fbio Noth Matheus Cristiano Barreto

Medianeira, 2013

Controle de Verso

Verso 1.0 2.0

Data 05/10/2013 26/10/2013

Justificativa Criao do documento Refinamento do Modelo de Processo de Desenvolvimento de Software com base nos nveis F e G do MPS

Responsvel Fbio Noth Matheus Cristiano Barreto Fbio Noth Matheus Cristiano Barreto

1.

Objetivo Desenvolver um modelo de processo de desenvolvimento.

2.

Modelo Inicial Apresento o modelo inicial do Processo de Desenvolvimento de Software.

2.1.

Descrio das Atividades

Gerencia de Requisitos A atividade Gerencia de Requisitos tem como foco realizar o levantamento e gerenciamento dos requisitos do projeto e deve obter os seguintes resultados: GRE 1. O entendimento dos requisitos obtido junto aos fornecedores de requisitos; GRE 2. Os requisitos so avaliados com base em critrios objetivos e um comprometimento da equipe tcnica com estes requisitos obtido; GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho estabelecida e mantida; GRE 4. Revises em planos e produtos de trabalho do projeto so realizadas visando identificar e corrigir inconsistncias em relao aos requisitos; GRE 5. Mudanas nos requisitos so gerenciadas ao longo do projeto.

Definio de Projeto A atividade Definio de Projeto tem como objetivo principal definir como ser o projeto e qual o escopo que ir abranger, tendo os seguintes resultados: GPR 1. O escopo do trabalho para o projeto definido; GPR 2. As tarefas e os produtos de trabalho do projeto so dimensionados utilizando mtodos apropriados; GPR 3. O modelo e as fases do ciclo de vida do projeto so definidos; GPR 4. O esforo e o custo para a execuo das tarefas e dos produtos de trabalho so estimados com base em dados histricos ou referncias tcnicas; GPR 5. O oramento e o cronograma do projeto, incluindo a definio de marcos e pontos de controle, so estabelecidos e mantidos; GPR 6. Os riscos do projeto so identificados e o seu impacto, probabilidade de ocorrncia e prioridade de tratamento so determinados e documentados; GPR 7. Os recursos humanos para o projeto so planejados considerando o perfil e o conhecimento necessrios para execut-lo; GPR 8. Os recursos e o ambiente de trabalho necessrios para executar o projeto so planejados; GPR 9. Os dados relevantes do projeto so identificados e planejados quanto forma de coleta, armazenamento e distribuio. Um mecanismo estabelecido para acess-los, incluindo, se pertinente, questes de privacidade e segurana; GPR 10. Um plano geral para a execuo do projeto estabelecido com a integrao de planos especficos; GPR 11. A viabilidade de atingir as metas do projeto explicitamente avaliada considerando restries e recursos disponveis. Se necessrio, ajustes so realizados; GPR 12. O Plano do Projeto revisado com todos os interessados e o compromisso com ele obtido e mantido; GPR 13. O escopo, as tarefas, as estimativas, o oramento e o cronograma do projeto so monitorados em relao ao planejado; AQU 1. As necessidades de aquisio, as metas, os critrios de aceitao do produto, os tipos e a estratgia de aquisio so definidos; AQU 2. Os critrios de seleo do fornecedor so estabelecidos e usados para avaliar os potenciais fornecedores; AQU 3. O fornecedor selecionado com base na avaliao das propostas e dos critrios estabelecidos; AQU 4. Um acordo que expresse claramente as expectativas, responsabilidades e obrigaes de ambas as partes (cliente e fornecedor) estabelecido e negociado entre elas; AQU 5. Um produto que satisfaa a necessidade expressa pelo cliente adquirido baseado na anlise dos potenciais candidatos; GPP 1. As oportunidades de negcio, as necessidades e os investimentos so identificados, qualificados, priorizados e selecionados em relao aos objetivos estratgicos da organizao por meio de critrios objetivos; GPP 2. Os recursos e oramentos para cada projeto so identificados e alocados; 4

GPP 3. A responsabilidade e autoridade pelo gerenciamento dos projetos so estabelecidas; GPP 6. Os conflitos sobre recursos entre projetos so tratados e resolvidos, de acordo com os critrios utilizados para a priorizao; GPP 7. Projetos que atendem aos acordos e requisitos que levaram sua aprovao so mantidos, e os que no atendem so redirecionados ou cancelados; GPP 8. A situao do portflio de projetos comunicada para as partes interessadas, com periodicidade definida ou quando o portflio for alterado.

Modelagem A atividade Modelagem dever realizar a modelagem dos requisitos com o objetivo de definir como ser a aplicao e deve obter os seguintes resultados: MED 1. Objetivos de medio so estabelecidos e mantidos a partir dos objetivos de negcio da organizao e das necessidades de informao de processos tcnicos e gerenciais; MED 2. Um conjunto adequado de medidas, orientado pelos objetivos de medio, identificado e definido, priorizado, documentado, revisado e, quando pertinente, atualizado; MED 3. Os procedimentos para a coleta e o armazenamento de medidas so especificados; MED 4. Os procedimentos para a anlise das medidas so especificados; Monitoramento A atividade Monitoramento ir realizar o monitoramento do projeto como um todo, necessitando obter os seguintes resultados: GPR 14. Os recursos materiais e humanos bem como os dados relevantes do projeto so monitorados em relao ao planejado; GPR 15. Os riscos so monitorados em relao ao planejado; GPR 16. O envolvimento das partes interessadas no projeto planejado, monitorado e mantido; GPR 17. Revises so realizadas em marcos do projeto e conforme estabelecido no planejamento; GPR 18. Registros de problemas identificados e o resultado da anlise de questes pertinentes, incluindo dependncias crticas, so estabelecidos e tratados com as partes interessadas; GPR 19. Aes para corrigir desvios em relao ao planejado e para prevenir a repetio dos problemas identificados so estabelecidas, implementadas e acompanhadas at a sua concluso; AQU 6. A aquisio monitorada de forma que as condies especificadas sejam atendidas, tais como custo, cronograma e qualidade, gerando aes corretivas quando necessrio; GPP 4. O portflio monitorado em relao aos critrios que foram utilizados para a priorizao; GPP 5. Aes para corrigir desvios no portflio e para prevenir a repetio dos problemas identificados so estabelecidas, implementadas e acompanhadas at a sua concluso; GQA 1. A aderncia dos produtos de trabalho aos padres, procedimentos e requisitos aplicveis avaliada objetivamente, antes dos produtos serem entregues e em marcos predefinidos ao longo do ciclo de vida do projeto; GQA 2. A aderncia dos processos executados s descries de processo, padres e procedimentos avaliada objetivamente; MED 5. Os dados requeridos so coletados e analisados; MED 6. Os dados e os resultados das anlises so armazenados; MED 7. Os dados e os resultados das anlises so comunicados aos interessados e so utilizados para apoiar decises. Codificao A atividade Codificao deve responsvel por codificar o que foi definido na atividade de modelagem. Teste A atividade Teste tem como foco realizar o teste do projeto e deve obter os seguintes resultados: 5

AQU 7. O produto entregue e avaliado em relao ao acordado e os resultados so documentados; AQU 8. O produto adquirido incorporado ao projeto, caso pertinente. GQA 3. Os problemas e as no-conformidades so identificados, registrados e comunicados; GQA 4. Aes corretivas para as no-conformidades so estabelecidas e acompanhadas at as suas efetivas concluses. Quando necessrio, o escalamento das aes corretivas para nveis superiores realizado, de forma a garantir sua soluo;

Gesto de Configurao A atividade Gesto de Configurao deve obter os seguintes resultados: GCO 1. Um Sistema de Gerncia de Configurao estabelecido e mantido; GCO 2. Os itens de configurao so identificados com base em critrios estabelecidos; GCO 3. Os itens de configurao sujeitos a um controle formal so colocados sob baseline; GCO 4. A situao dos itens de configurao e das baselines registrada ao longo do tempo e disponibilizada; GCO 5. Modificaes em itens de configurao so controladas; GCO 6. O armazenamento, o manuseio e a liberao de itens de configurao e baselines so controlados; GCO 7. Auditorias de configurao so realizadas objetivamente para assegurar que as baselines e os itens de configurao estejam ntegros, completos e consistentes.

2.2.

Papis

Anlise A Anlise o primeiro papel do modelo de processo de desenvolvimento responsvel por executar as seguintes atividades: Gerencia de Requisitos; Definio do Projeto; Modelagem; Monitoramento. Desenvolvimento O Desenvolvimento o segundo papel no modelo de processo de desenvolvimento responsvel por executar as seguintes atividades: Codificao; Monitoramento. Teste O Teste o terceiro papel no modelo de processo de desenvolvimento responsvel por executar as seguintes atividades: Teste; Monitoramento. Integrao A Integrao o quarta e ltimo papel no modelo de processo de desenvolvimento responsvel por executar as seguintes atividades: Gesto da Configurao; Monitoramento. Obs: o Monitoramento ir abranger todos os papis pois ter atividades que iro do incio ao fim do clico de vida do proejto.

3. Mtricas Mtrica de requisitos por release Verificar a quantidade de requisitos implementados por release. 6

Mtrica de tempo por release Verificar a quantidade de tempo gasto por release.

Mtrica de de horas planejadas x aplicadas Verificar a quantidade de horas planejadas pela quantidade de horas utilizadas para implementar um requisito. Mtrica de tempo gasto em atividades por requisito Verificar o tempo gasto nas atividades de modelagem, codificao e teste por requisito.

4. Modelo Final Apresento o modelo final do Processo de Desenvolvimento de Software, refinado levando-se em considerao o nvel F e G de maturidade do MPS.