Termo de Abertura do Projeto

Software de formatação

Controle de Versões
Versão Data Autor Notas da Revisão
1.0 19/04/2024 Joabe Dias, João Victor

Sumá rio
1 Objetivos deste documento.................................................................................................1
2 Situação atual e justificativa do projeto...............................................................................1
3 Objetivos SMART e critérios de sucesso do projeto.............................................................1
4 Estrutura Analítica do Projeto – Fases e principais entregas................................................2
5 Principais requisitos das principais entregas/produtos........................................................2
6 Marcos.................................................................................................................................2
7 Partes interessadas do projeto.............................................................................................2
8 Restrições.............................................................................................................................3
9 Premissas.............................................................................................................................3
10 Riscos...................................................................................................................................3
11 Orçamento do Projeto..........................................................................................................3

1 Objetivos deste documento

[Descreva o motivo pelo qual esse documento será usado]
Autorizar o início do projeto, atribuir principais responsáveis e documentar requisitos iniciais,
principais entregas, premissas e restrições.

O objetivo deste projeto de software é desenvolver uma aplicação

que automatize a formatação de arquivos .docx de acordo com normas
acadêmicas específicas. Essa ferramenta visa simplificar o processo de
criação de documentos acadêmicos, garantindo que eles sigam as diretrizes
estabelecidas pelas instituições de ensino. Ao automatizar a formatação, os
usuários poderão focar mais no conteúdo do trabalho e menos nas questões
técnicas de layout e estilo. A aplicação deve ser capaz de reconhecer
elementos como citações, referências bibliográficas, fontes, espaçamento,
margens e outros requisitos acadêmicos, tornando o processo de escrita mais
eficiente e preciso.

747865053.docx Página 1 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br

 Termo de Abertura do Projeto

Software de formatação

2 Situação atual e justificativa do projeto

[Passado, onde está. Descreva a situação atual e o que motivou a realização do projeto. ]
O projeto atualmente está sendo organizado e seu escopo está pronto,
o projeto foi idealizado pensando na otimização e padronização do processo de
formatação acadêmico dos tipos de formatação mais utilizados.

3 Objetivos SMART e critérios de sucesso do

projeto
1. Objetivo SMART 1:
o Específico: Criar um software que formate automaticamente arquivos .docx.
o Mensurável: O software deve ser capaz de formatar pelo menos 90% dos
elementos de formatação com precisão.
o Atingível: Com recursos adequados, como uma equipe de desenvolvedores e
acesso a bibliotecas de formatação, o objetivo é alcançável.
o Relevante: O software atenderá a uma necessidade real de usuários que
frequentemente trabalham com documentos .docx.
o Temporal: O software será lançado até o final do próximo trimestre1.
2. Objetivo SMART 2: Integrar suporte para normas de formatação populares
o Específico: Incluir suporte para as normas de formatação mais utilizadas,
como ABNT, APA, Vancouver, MLA, etc.
o Mensurável: O software deve ser capaz de formatar documentos de acordo
com pelo menos cinco normas diferentes.
o Atingível: Com pesquisa e implementação adequadas, é possível alcançar
esse objetivo.
o Relevante: Isso tornará o software mais versátil e útil para um público amplo.
o Temporal: O suporte para essas normas será implementado até o final do
próximo ciclo de desenvolvimento2.
3. Objetivo SMART 3: Minimizar o tempo de formatação manual
o Específico: Reduzir o tempo gasto pelos usuários na formatação manual de
documentos .docx.
o Mensurável: O software deve reduzir o tempo de formatação em pelo menos
50% em comparação com a formatação manual.
o Atingível: Com otimização de algoritmos e testes, é possível alcançar essa
redução de tempo.
o Relevante: Isso aumentará a eficiência dos usuários e economizará tempo.
o Temporal: A redução de tempo será alcançada até o final do próximo
semestre3.

Critérios de sucesso para esses objetivos podem incluir:

 Testes de qualidade bem-sucedidos.

 Feedback positivo dos usuários.
 Cumprimento dos prazos estabelecidos.
 Alcançar as metas de desempenho definidas para o software.

747865053.docx Página 2 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br

 Termo de Abertura do Projeto

Software de formatação

4 Estrutura Analítica do Projeto – Fases e

principais entregas

1. Mês 1-2: Análise e Planejamento:

o Realize uma análise detalhada dos requisitos do projeto.
o Defina as funcionalidades principais e os objetivos.
o Crie o escopo do projeto e identifique as restrições.
2. Mês 3-4: Design e Desenvolvimento Inicial:
o Projete a arquitetura do software.
o Desenvolva os algoritmos de reconhecimento de elementos
acadêmicos.
o Comece a implementar o módulo de formatação.
3. Mês 5-6: Desenvolvimento Contínuo:
o Implemente a interface do usuário (UI).
o Integre com bibliotecas .docx para manipulação de arquivos.
o Realize testes unitários e de integração.
4. Mês 7-8: Validação e Ajustes:
o Valide o software com documentos de exemplo.
o Ajuste os algoritmos de reconhecimento e formatação conforme
necessário.
o Prepare a documentação para os usuários.
5. Mês 9-10: Implantação e Treinamento:
o Implante o software em um ambiente de produção.
o Ofereça treinamento para os usuários.
o Forneça suporte técnico.
6. Mês 11-12: Finalização e Entrega:
o Realize os últimos ajustes e correções.
o Prepare a versão final do software.
o Entregue o projeto conforme o cronograma.

5 Principais requisitos das principais

entregas/produtos

1. Compatibilidade com Formatos .docx:

o O projeto deve se concentrar exclusivamente em arquivos .docx
(formato do Microsoft Word).
o Não será possível aplicar a mesma solução a outros formatos de
arquivo, como .pdf ou .odt.
2. Complexidade das Normas Acadêmicas:
747865053.docx Página 3 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br

 Termo de Abertura do Projeto

Software de formatação

oAs normas acadêmicas variam em complexidade e detalhes.

oO software precisará lidar com diferentes regras para diferentes
estilos (ABNT, APA, etc.), o que pode ser desafiador.
3. Limitações Tecnológicas:
o Dependendo das ferramentas e bibliotecas utilizadas, pode haver
limitações técnicas.
o Por exemplo, algumas formatações específicas podem não ser
possíveis devido a restrições do próprio formato .docx.
4. Precisão da Análise Automática:
o A análise automática do conteúdo do arquivo .docx deve ser
precisa.
o Erros na identificação de elementos acadêmicos podem levar a
formatações incorretas.
5. Manutenção e Atualizações:
o O software precisará ser mantido e atualizado regularmente.
o À medida que as normas acadêmicas evoluem, o projeto deve
acompanhar essas mudanças.
6. Recursos Disponíveis:
o O projeto deve ser desenvolvido dentro dos recursos disponíveis,
como equipe, orçamento e tempo.
o Limitações de recursos podem afetar o escopo e a funcionalidade
do software.
7. Aceitação do Usuário:
o A aceitação do software pelos usuários é fundamental.
o Alguns usuários podem preferir formatação manual ou ter
requisitos específicos que não podem ser atendidos
automaticamente.

6 Marcos
[Relacione os principais marcos do projeto. Marcos são os momentos mais importantes do projeto, quando se conclui
as fases ou entregas principais.]
[Exemplo com os grupos de processos baseado na metodologia otimizada:
Fase ou Grupo de
Marcos Previsão
Processos
Iniciação Definição do Problema e Objetivos
Análise de Viabilidade
Criação do Termo de Abertura do Projeto (Project Charter)
Planejamento Definição do Escopo
Cronograma e Marcos
Orçamento e Recursos
Riscos e Mitigação
Plano de Comunicação
Execução, Desenvolvimento do Núcleo da Formatação
Monitoramento e integração com Bibliotecas e Ferramentas
Controle
Testes de Unidade e Integração

747865053.docx Página 4 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br

 Termo de Abertura do Projeto

Software de formatação

Monitoramento e Acompanhamento do Progresso

Controle Controle de Qualidade
Ajustes e Correções
Encerramento Testes de Aceitação e Feedback dos Usuários
Documentação
Implantação e Lançamento
Avaliação Pós-Implementação

7 Partes interessadas do projeto

Empresa Participante Função
Universidades Alunos e Professores Estudantes

8 Restrições

1. Compatibilidade com Formatos .docx:

o O projeto deve se concentrar exclusivamente em arquivos .docx
(formato do Microsoft Word).
o Não será possível aplicar a mesma solução a outros formatos de
arquivo, como .pdf ou .odt.
2. Complexidade das Normas Acadêmicas:
o As normas acadêmicas variam em complexidade e detalhes.
o O software precisará lidar com diferentes regras para diferentes
estilos (ABNT, APA, etc.), o que pode ser desafiador.
3. Limitações Tecnológicas:
o Dependendo das ferramentas e bibliotecas utilizadas, pode haver
limitações técnicas.
o Por exemplo, algumas formatações específicas podem não ser
possíveis devido a restrições do próprio formato .docx.
4. Precisão da Análise Automática:
o A análise automática do conteúdo do arquivo .docx deve ser
precisa.
o Erros na identificação de elementos acadêmicos podem levar a
formatações incorretas.
5. Manutenção e Atualizações:
o O software precisará ser mantido e atualizado regularmente.
o À medida que as normas acadêmicas evoluem, o projeto deve
acompanhar essas mudanças.
6. Recursos Disponíveis:
o O projeto deve ser desenvolvido dentro dos recursos disponíveis,
como equipe, orçamento e tempo.

747865053.docx Página 5 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br

 Termo de Abertura do Projeto

Software de formatação

oLimitações de recursos podem afetar o escopo e a funcionalidade

do software.
7. Aceitação do Usuário:
o A aceitação do software pelos usuários é fundamental.
o Alguns usuários podem preferir formatação manual ou ter
requisitos específicos que não podem ser atendidos
automaticamente.

9 Premissas
1. [Relacione as premissas do projeto, ou seja, fatores considerados verdadeiros sem prova
para fins de planejamento. Ex.: Disponibilidade de 50% do tempo do cliente durante os
testes]
Compatibilidade com o Formato .docx:
o Assume-se que o sistema se concentrará exclusivamente na formatação de
arquivos no formato .docx (Microsoft Word). Não será necessário lidar com
outros formatos de arquivo.
2. Acesso a Bibliotecas e Ferramentas:
o Pressupõe-se que a equipe terá acesso a bibliotecas ou ferramentas de
manipulação de arquivos .docx. Isso pode incluir bibliotecas de código aberto
ou licenciadas.
3. Conhecimento de Padrões de Formatação:
o É uma premissa que a equipe tenha conhecimento dos padrões de formatação
mais comuns, como estilos de parágrafo, tamanhos de fonte, margens,
espaçamento, etc.
4. Compatibilidade com Versões do Microsoft Word:
o Assume-se que o sistema será compatível com várias versões do Microsoft
Word (por exemplo, Word 2010, 2013, 2016, 2019, Office 365).
5. Recursos de Hardware e Software:
o Pressupõe-se que a equipe terá acesso a recursos de hardware
(computadores, servidores) e software (IDEs, sistemas operacionais, etc.)
necessários para o desenvolvimento e teste do sistema.
6. Feedback dos Usuários:
o É uma premissa que a equipe coletará feedback dos usuários durante o
desenvolvimento para ajustar o sistema conforme necessário.
7. Documentação Adequada:
o Assume-se que a equipe criará documentação detalhada para o sistema,
incluindo manuais de usuário, guias de instalação e documentação técnica.

747865053.docx Página 6 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br

 Termo de Abertura do Projeto

Software de formatação

10 Riscos
1. Não Alcance dos Requisitos do Cliente:
o Esse risco ocorre quando os requisitos do cliente não são compreendidos corretamente
ou não são atendidos adequadamente. Isso pode resultar em retrabalho, insatisfação
do cliente e atrasos no projeto1.
2. Cronogramas e Orçamentos Não Realísticos:
o Estabelecer prazos ou orçamentos muito apertados sem considerar a complexidade do
projeto ou a capacidade da equipe pode levar a atrasos, baixa qualidade e pressão
excessiva sobre os recursos1.
3. Imprevistos com os Recursos:
o Problemas com a disponibilidade de recursos (como pessoal, hardware, software)
podem impactar o projeto. Por exemplo, se um membro-chave da equipe ficar doente
ou se um servidor crítico falhar, isso pode afetar o andamento do projeto 1.
4. Mudanças nos Requisitos:
o Alterações frequentes nos requisitos durante o desenvolvimento podem causar
instabilidade e dificultar o planejamento. A falta de controle sobre as mudanças pode
levar a retrabalho e atrasos2.
5. Dependência de Terceiros:
o Se o projeto depende de fornecedores externos (por exemplo, bibliotecas de terceiros,
serviços em nuvem), qualquer problema com esses fornecedores pode afetar o
projeto. Isso inclui questões de segurança, atualizações incompatíveis ou interrupções
de serviço3.
6. Qualidade Insuficiente:
o Se os padrões de qualidade não forem mantidos, o software pode conter defeitos,
resultando em problemas de usabilidade, segurança ou desempenho. Isso pode afetar
a satisfação do cliente e a reputação da empresa 3.
7. Escopo Mal Definido:
o Um escopo vago ou mal definido pode levar a interpretações diferentes e expectativas
não alinhadas. Isso pode resultar em retrabalho, atrasos e conflitos com os
stakeholders4.
8. Falhas na Comunicação:
o Comunicação inadequada entre a equipe, os stakeholders e os usuários finais pode
levar a mal-entendidos, erros e decisões equivocadas. É importante manter uma
comunicação clara e eficaz durante todo o projeto 4.
9. Riscos Técnicos:
o Isso inclui problemas com tecnologias específicas, como bugs em bibliotecas,
vulnerabilidades de segurança ou desafios de integração. Esses riscos podem afetar a
funcionalidade do software.
10. Falta de Envolvimento dos Stakeholders:
o Se os stakeholders não estiverem envolvidos ou não fornecerem feedback adequado, o
projeto pode seguir uma direção incorreta. O envolvimento ativo dos stakeholders é
crucial para o sucesso do projeto.

747865053.docx Página 7 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br

 Termo de Abertura do Projeto

Software de formatação

11 Orçamento do Projeto
[Estimativa preliminar dos custos do projeto representada pelo orçamento ou pelo fluxo de caixa com suas principais
entradas e saídas financeiras. Base para a aprovação financeira do projeto e da formação da linha de base dos custos]

Aprovações
Participante Assinatura Data
Patrocinador do Projeto Microsoft 19/04/2024
Gerente do Projeto João Victor 19/04/2024

747865053.docx Página 8 de 8

PMO Escritório de Projetos http://escritoriodeprojetos.com.br