Termo de Abertura. SIGAC Sistema Gerenciador de Atividades Complementares. 14BISS - Business InnovationSolution Software

Transcrição

1 Elaborado por: Revisado por: Aprovador por: Karla Daniella Xavier Gomes Micael Alves Souza Araújo Emaur Florêncio de Oliveira 2013

2 ÍNDICE 1. OBJETIVOS DO DOCUMENTO PROJETO OBJETIVOS DO PROJETO ESCOPO DO PROJETO E ENTREGAS PREMISSAS ASSUMIDAS RESTRIÇÕES IMPOSTAS PRINCIPAIS STAKEHOLDERS E RESPONSABILIDADES MARCOS E ENTREGAS PRINCIPAIS... 5

3 1. OBJETIVOS DO DOCUMENTO O objetivo primário é mapear e identificar todas as atividades traçadas pelos stakeholders a fim de pontuar os requisitos necessários a serem solucionados no sistema que será desenvolvido pela fábrica de software 14BISS - Business Innovation Solution Software. Padronizar e estabelecer procedimentos e cronograma de atividades a serem cumpridas nas etapas de desenvolvimento do software. 2. PROJETO 3. OBJETIVOS DO DOCUMENTO Identificar, mapear, e responder os requisitos identificados pelo engenheiro de requisito da fábrica de software 14BISS, bem como produzir diretrizes de ação para produção, alteração e aprovação do projeto, além de documentar e determinar as futuras ações pela equipe de desenvolvimento da mesma. Submeter o resultado das ações, avaliar métricas de qualidade, tempo, e efetividade das ações e diretrizes mapeadas bem como estabelecer cronograma de homologação periódica dos procedimentos estabelecidos. 4. ESCOPO DO PROJETO E ENTREGAS O escopo deste projeto inclui os seguintes itens. Análise do estado atual: será realizado um estudo na empresa contratante para verificar como funciona o gerenciamento de tarefas atualmente. Será documentado todo o processo atual de gerenciamento das tarefas. Análise e especificação do sistema: será realizada uma análise nas informações coletadas e através deste procedimento será gerada a especificação do sistema que será desenvolvido. A especificação do sistema irá conter wireframes, diagrama de caso de uso, documento de arquitetura, protótipos. Reuniões: reuniões semanais serão elaboradas para o acompanhamento do projeto.

4 Desenvolvimento: Desenvolvimento do sistema. Testes: Testes do sistema desenvolvido. Serão realizados testes no ambiente de desenvolvimento e no ambiente de produção. Treinamento: Será realizado um treinamento a todos os usuários que utilizarão o sistema e para os responsáveis pela infraestrutura da empresa. Relatórios: Os relatórios do sistema basicamente mostrarão informações sobre tarefas, disponibilidade da equipe ou de um usuário, com vários tipos de filtros. Será extensível a ponto de aceitar novos relatórios desenvolvidos separadamente. 5. PREMISSAS ASSUMIDAS Para que se possa identificar e estimar as tarefas requeridas, algumas premissas precisam ser feitas. Baseando-se no atual conhecimento, as suposições do projeto estão listadas abaixo. Se uma suposição torna-se inválida no final do projeto, então as atividades e as estimativas deveriam ser ajustadas de acordo. Aprovação pelo cliente da análise inicialmente elaborada para desenvolvimento do sistema. Iniciação do desenvolvimento após aprovação do protótipo inicial. Testes na entrega de cada sprint, sendo passiva durante seu desenvolvimento. A equipe produzirá relatórios e os acompanhará e realizará ações preventivas ou corretivas para Garantir o cumprimento do cronograma definido pelo projeto. Qualquer proposta de alteração no projeto deverá ser previamente encaminhada, analisada e aprovada por todos os membros da equipe do projeto. Finalização do projeto prevista para o mês de dezembro do corrente ano (2013). 6. RESTRIÇÕES IMPOSTAS Para que se possa identificar e estimar as tarefas requeridas e seu tempo, algumas restrições precisam ser identificadas. Baseando-se no atual conhecimento, as restrições do projeto estão listadas abaixo. Se uma restrição torna-se inválida no final do projeto, então as atividades e as estimativas deveriam ser ajustadas de acordo.

5 O sistema envolverá apenas a equipe de desenvolvimento, não afetará outros setores como comercial, recursos humanos, etc. Enquanto o sistema não estiver totalmente em uso, será mantido o processo atual de gerenciamento de tarefas. 7. PRINCIPAIS STAKEHOLDERS E RESPONSABILIDADES Stakeholders Emaur Florêncio de Oliveira Geidson Benício Coelho de Souza Karla Daniella Xavier Gomes Micael Alves Souza Araújo Mônica Mascarenhas Papéis e responsabilidades Emaur Florêncio - Gerente de Projetos e Configurações (SCRUM MASTER) Geidson Benício Coelho - Desenvolvedor e Arquiteto - SCRUM TEAM Karla Daniella Xavier - Gerente de Qualidade e Testes - SCRUM TEAM Micael Alves Souza - Analista de Requisitos e Design SCRUM TEAM 8. MARCOS E ENTREGAS PRINCIPAIS Produto/Marco Data Limite Entrega da versão Alfa 02 de outubro de 2013 Entrega da versão Beta 06 de novembro de 2013 Entrega da versão final 04 de dezembro de 2013

6 Aprovação, Gerente de Projeto - Cliente Mônica Mascarenhas Data Gerente do Projeto Emaur Oliveira Data