Especificação e Documentação de Software

MUSEU PARAENSE EMLIO GOELDI
MODELO DE ESPECIFICAO E DOCUMENTAO DE
SOFTWARE DO MUSEU PARAENSE EMLIO GOELDI
MCT/Museu Paraense Emlio Goeldi, Parque Zoobotnico Av. Magalhes Barata, 376,
Fone: 55 91 3182-3251, CEP: 66040-170 1
Campus de Pesquisa, Av. Perimetral, n 1901, Terra Firme
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
HISTRICO DE REVISES
Data Verso Descrio Autor
02/04/2014 1.0 Verso Inicial Igo Medeiros
28/08/2014 1.1 Ajuste no cabealho e histrico Ewertton Bravo

de revises
28/08/2014 2.0 Anexos dos templates Ewertton Bravo
29/08/2014 2.1 Acrscimo da imagem do Ewertton Bravo

processo
Fone: 55 91 3182-3251, CEP: 66040-170 2
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
NDICE
1. INTRODUO ............................................................................................ 5
2. ESPECIFICAO E DOCUMENTAO ................................................... 5
3. PROPOSTA AOS TERCEIROS ................................................................. 9
4. TECNOLOGIA .......................................................................................... 10
5. CONCLUSO ........................................................................................... 11
6. REFERNCIAS BIBLIOGRFICAS ......................................................... 11
7. ANEXO 1 QUESTIONRIO DE ENTREVISTA ..................................... 12
8. ANEXO 2 VISO E ESCOPO DO PROJETO ....................................... 17
9. ANEXO 3 LISTA DE IMPEDIMENTOS E SOLUES ......................... 22
10. ANEXO 4 DOCUMENTAO DE DADOS ........................................ 23
11. ANEXO 5 MANUAL DE INSTALAO ............................................. 26
12. ANEXO 6 GUIA DO USURIO .......................................................... 28
13. ANEXO 7 PLANO DE CONTIGNCIA .............................................. 31
14. ANEXO 8 ACEITE DE ENTREGA ..................................................... 32
15. ANEXO 9 SPRINT BACKLOG ........................................................... 34
16. ANEXO 10 PRODUCT BACKLOG .................................................... 37
Fone: 55 91 3182-3251, CEP: 66040-170 3
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
Fone: 55 91 3182-3251, CEP: 66040-170 4
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
1. INTRODUO
O Museu Paraense Emlio Goeldi (MPEG) uma instituio de pesquisa
vinculada ao Ministrio da Cincia, Tecnologia e Inovao, fundado em 1866,
suas atividades concentram-se no estudo cientfico dos sistemas naturais e
socioculturais da Amaznia, bem como na divulgao de conhecimentos e
acervos relacionados regio.
Com o crescimento do MPEG, seu Servio de Tecnologia da Informao

(STI) tambm tem sido cada vez mais exigido para atender as crescentes
necessidades da instituio. Todavia nem sempre este servio esta disponvel
para atender todas as demandas, possibilitando que terceiros venham a
desenvolver sites, softwares e documentos para o MPEG.
Para garantir a qualidade e a padronizao dos softwares e sites adotados

pelo MPEG, o STI elaborou esse modelo de especificao e documentao de
software. Atravs deste modelo tanto a equipe do STI quanto terceiros
entregaro produtos dentro dos mesmos critrios de qualidade e normatizao.
2. ESPECIFICAO E DOCUMENTAO
O processo de desenvolvimento adotado pelo STI do MPEG fundamenta-se
na implementao do framework SCRUM [SCHWAUBER, 2004], RUP
(Rational Unified Process) [KRUCHTEN, 1999] e no Modelo de Referencia de
Melhoria de Processo de Software Brasileiro (MR-MPS.BR), sendo que mais
informaes sobre como abordamos SCRUM encontra-se no modelo de
Gesto de Projeto de Software MGPS.
O processo tem como resultados alguns documentos, tanto para efeito de

registro como para formao de uma base de conhecimento. Estes
documentos vo desde viso de um projeto at padronizaes de codificao.
Aps a anlise do processo adotado e das necessidades do MPEG chegou-se
Fone: 55 91 3182-3251, CEP: 66040-170 5
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
a uma lista de documentos, alguns deles so pertinentes ao SCRUM, outros

foram fundamentados em documentos do RUP e no Guia de Implementao
Parte 1: Fundamentao para Implementao do Nvel G do MR-MPS, so
eles:
2.1 Questionrio de Entrevista (Anexo 1): Este documento tem como

objetivo conduzir a reunio inicial, contendo perguntas que levem ao
alinhamento e entendimento do que se trata o projeto e quem so as
pessoas envolvidas.
2.2 Viso e Escopo do Projeto (Anexo 2): Utilizando como sugestes um
documento do RUP e o MR-MPS, este documento tem como objetivo
documentar a viso do projeto, ou melhor, do que se trata o projeto, alm
de limitar o escopo do projeto. O Analista de Requisitos responsvel por
este documento, todavia pode ser auxiliado por outra pessoa da equipe.
Este documento que, dentre outras coisas, deve constar tambm:
o Esboo do cronograma do projeto;
o Uma listagem dos possveis Riscos;
o Oramento do projeto.
2.3 Product Backlog (Anexo 10): documento utilizado no SCRUM onde se
trata de uma listagem com todas as funcionalidades que o projeto de
software deve ter, listagem feita pelo Analista de Requisitos com ou sem a
ajuda de algum membro da equipe. Ser a matria-prima para o Sprint
Backlog, e deve conter uma coluna para receber o aceite do solicitante
aps a funcionalidade ter sido pronta. O product backlog deve ter o
acompanhamento e atualizao atravs do documento Product Backlog.
2.4 Sprint Backlog (Anexo 9): tambm pertinente ao SCRUM, uma lista das
funcionalidades que sero desenvolvidas em determinada sprint, ou seja, a
cada sprint elaborado um sprint backlog. Sua formulao feita com a
partio do Analista de Requisitos e da equipe. Dentro da sprint cada item
Fone: 55 91 3182-3251, CEP: 66040-170 6
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
pode ser desmembrado em n tarefas pela equipe, agora sem a

participao do Analista de Requisitos. O sprint backlog deve ter o
acompanhamento e atualizao atravs do documento Sprint Backlog.
2.5 Arquitetura e Padres: este arquivo fundamental para o processo.
Utilizou-se o RUP como referncia, todavia inmeras peculiaridades do
instituto moldaram este documento. Nele est definida como deve ser a
arquitetura do projeto, bem como a definio da tecnologia, padres de
projeto e de codificao. Existe tambm a definio de qual hardware o
software deve ser instalado ou implantado. Todos os projetos devem seguir
este documento, sendo que qualquer necessidade de diferenciao do que
est definido neste documento deve ser discutido com a coordenao do
STI, e se for o caso, ser gerado uma verso desse documento para o
projeto em questo.
2.6 Plano de teste: neste se define o processo dos testes funcionais a serem
efetuados sobre cada funcionalidade do projeto. Deve ser registrado o que
foi testado, os resultados e quem fez os testes a cada sprint. Qualquer
pessoa da equipe pode fazer os testes, desde que no seja quem
desenvolveu.
2.7 Burndown: do SCRUM, um grfico para que todos, principalmente a
equipe acompanhe a evoluo do seu trabalho. O Scrum Master (SM)
responsvel por alimentar com os dados e atualizao do mesmo a cada
sprint.
2.8 Registro de Impedimentos e Solues (Anexo 3): qualquer impedimento
que surja, em qualquer fase do processo deve ser registrado nesse
documento, alm disso a soluo que foi adotada para a soluo do
impedimento.
2.9 Aceitao de Entrega (Anexo 8): o documento para controle de
releases do projeto, ou seja, do que est pronto de funcionalidades, ou
conjunto de funcionalidades, a serem testadas pelo solicitante da demanda
ou representante da pessoa responsvel por avaliar cada requisito.
Fone: 55 91 3182-3251, CEP: 66040-170 7
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
2.10 Documentao dos Dados (Anexo 4): este documento foi sugerido
devido as necessidades do MPEG. Nele consta toda a documentao da
base de dados do software banco de dados, incluindo o diagrama ER. Este
documento deve ser entregue juntamente com a verso final do software.
2.11 Manual de Instalao (Anexo 5): trata-se de um passo a passo da
instalao do software, bem como uma listagem dos possveis problemas
durante o processo de instalao e suas sugestes para soluo. Este
documento deve ser entregue juntamente com a verso final do software.
2.12 Guia do Usurio (Anexo 6): uma apresentao do projeto que ser
utilizada para o treinamento. As funcionalidades mais importantes (utiliza-
se o productbacklog para ordenao) do software devem ser detalhadas e
as demais apenas citadas. Este documento deve ser entregue juntamente
com a verso final do software
2.13 Plano de Contingncia (Anexo 7): uma lista com os problemas que
podem ocorrer durante a utilizao do software, deve-se incluir o motivo de
cada problema as atividades a serem executadas para sua soluo. Alm
disso, incluir as pessoas com os contatos envolvidas no projeto, para que,
dependendo do incidente possam ser acionadas. Este documento deve ser
entregue juntamente com a verso final do software.
Para deixar ainda mais claro onde se aplica a formulao de cada

documento, a Imagem 01 Fluxograma da Etapa de Desenvolvimento de
Software contm a imagem do fluxo a ser seguido:
Fone: 55 91 3182-3251, CEP: 66040-170 8
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
Imagem 01 Fluxograma da Etapa de Desenvolvimento de Software
3. PROPOSTA AOS TERCEIROS

Para guiar o desenvolvimento de solues em TI por parte de terceiros o
STI prope o modelo de trabalho, em conformidade com o modelo interno da
instituio, como pode ser visto no Anexo 01 Fluxo Grama de Etapa de
Desenvolvimento de Software.
Neste caso, o papel do Comit de TI permanece o mesmo, aps o

levantamento de algumas informaes e a formulao do documento de Viso
e Escopo do projeto por parte dos terceiros, o Comit faz uma avaliao do
projeto, e decide se o projeto deve continuar ou no.
Alinhado com a forma de trabalho interna, os terceiros devem utilizar

SCRUM e gerar os documentos especificados no item 2.
Por outro lado, quanto a documentao descrita no item 2, devem ser

obrigatoriamente entregues, utilizando os templates fornecidos pelo prprio
STI, os seguintes documentos:
3.1 Viso e Escopo do Projeto;

Fone: 55 91 3182-3251, CEP: 66040-170 9
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
3.2 Registro de Impedimentos e Solues;

3.3 Documentao dos Dados;
3.4 Manual de Instalao;
3.5 Guia do Usurio;
3.6 Plano de Contingncia;
Sendo assim, o STI poder disponibilizar algum da sua equipe (no

exclusivamente), que em conjunto com o responsvel da coordenao que
solicitou o servio e um representante da empresa faro o papel de Analistas
de requisitos. Alm disto, este membro do STI tambm trabalhar para
assegurar que a padronizao seja corretamente adotada pela empresa
terceira.
Ressaltando que faz parte da responsabilidade do Comit de TI definir,

avaliar e priorizar as estratgias tecnolgicas institucionais, ou seja, o projeto
s ter continuidade se aprovado pelo Comit.
4. TECNOLOGIA
Alinhado com as instrues do Governo Federal, o MPEG trabalha com
tecnologias open source. No sero aceitos softwares e recursos tecnolgicos
com licenas pagas de manuteno e atualizao. Sendo assim as tecnologias
usadas para o desenvolvimento de sistemas e sites so:
Java 1.5 (ou superior) [DEITEL, H. M.; DEITEL, P. J., 2003];

PHP 5.0 (ou superior) [NIEDERAUER, Juliano, 2004];
HTML [HTML 5 SPECIFICATION];
Drupal 7.12 [DRUPAL];
Quanto a base de dados, atualmente o MPEG trabalha com apenas duas

tecnologias:
MySQL 5.1 ou superior [MYSQL 5.1];

Fone: 55 91 3182-3251, CEP: 66040-170 10
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
Postgres 8.4 [POSTGRES 8.4 DOCUMENTATION];
5. CONCLUSO
Tendo em vista o mnimo tempo de adaptao entre softwares produzidos
pelo STI ou por terceiros e a padronizao/normatizao, este modelo
juntamente com os templates de documentao so o guia bsico para o
desenvolvimento dos softwares para atender o MPEG.
O Servio de Tecnologia da Informao do MPEG encontra-se a disposio

para esclarecer dvidas, oriundas da leitura e estudo desse modelo, de forma a
assegurar a padronizao desejada.
6. REFERNCIAS BIBLIOGRFICAS
SCHWABER, Ken. Agile Project Management with Scrum, Ken
Schwaber, Microsoft Press, 2004.
KRUCHTEN, P. The Rational Unified Process: an introduction. Boston:

Addison-Wesley, 1999.
DEITEL, H. M.; DEITEL, P. J. Java : como programar; traduo e reviso

tcnica Carlos Arthur Lang Lisba. 4a. edio, 2003.
NIEDERAUER, Juliano. Desenvolvendo Websites com PHP. Editora

Novatec. So Paulo - SP, 2004.
HTML 5 SPECIFICATION. W3C Recommendation, Maro2012. Disponvel

em: http://www.w3.org/TR/html5/.
DRUPAL. Community Documentation, Maro2012. Disponvel em:

http://drupal.org/documentation/understand.
MYSQL 5.1. Reference Manual, Maro2012. Disponvel em:

http://dev.mysql.com/doc/refman/5.1/en/index.html.
Fone: 55 91 3182-3251, CEP: 66040-170 11
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
POSTGRES 8.4 DOCUMENTATION. Manual, Maro2012. Disponvel em:

http://www.postgresql.org/docs/8.4/static/.
7. ANEXO 1 QUESTIONRIO DE ENTREVISTA

Questionrio de Entrevista
rgo:
<Informar qual o nome da instituio para onde est sendo construdo do sistema/mdulo>
Ttulo do Projeto: Verso: Dt. Emisso:

<Qual o titulo do sistema/modulo> <Verso do software, caso haja> <07/09/2011>
Fone: 55 91 3182-3251, CEP: 66040-170 12
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
Responsvel: Unidade Organizacional: Sub-Unidade:

<Nome do responsvel por coordenar o <Informar o nome unidade que <Informar qual o
projeto (Aqui pode ser o nome do Product para onde o sistema/mdulo nome da sub-
Owner ou Scrum Master)> ser utilizado> unidade, caso haja,
onde ser utilizado o
sistema/mdulo>
Solicitante: Unidade Organizacional: Sub-Unidade:

<Nome completo da pessoa que est <Informar o nome unidade que <Informar qual o
solicitando o projeto> para onde o sistema/mdulo nome da sub-
ser utilizado> unidade, caso haja,
onde ser utilizado o
sistema/mdulo>
Fone: 55 91 3182-3251, CEP: 66040-170 13
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
HISTRICO DE REVISES
Data Verso Descrio Autor
02/04/2014 1.0 Verso Inicial Ewertton Bravo
Fone: 55 91 3182-3251, CEP: 66040-170 14
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
1. Questionrio para auxiliar no levantamento dos principais pontos do projeto. (O

questionrio pode ser utilizado para informao adquirida atravs de
comunicao por e-mail, por exemplo.)
a. QUAL O OBJETIVO DO PRODUTO OU MDULO?

<Informa qual o principal objetivo do sistema.>
b. QUAL O PBLICO ALVO?

<Quem so os usurios que iro utilizar o sistema em questo.>
c. QUAL O PROBLEMA?
<Informa qual o problema que o sistema em questo deve resolver, ou solucionar parte
dele.>
d. QUAL A SOLUO ENCONTRADA?

<O que o sistema deve ter para resolver o problema encontrado.>
e. QUAIS OS GANHOS QUE O PROJETO PROPORCIONAR?

<Informar quais sero as vantagens que o sistema ir proporcionar.>
f. QUEM SO OS ENVOLVIDOS NO PROJETO?

<Informar o nome de todos os parceiros que estaro envolvidas com o projeto e formas de
entrar em contato com eles.>
g. EXISTE ALGUM MODELO QUE CHAMOU A ATENO DO CLIENTE?

<H algum programa/sistema/mdulo que possa servir de exemplo para nos guiar.>
h. HAVER COMUNICAO COM ALGUM OUTRO SISTEMA?

<Informar, caso exista, se o sistema/mdulo a ser criado/implantado deve manter
interoperabilidade com algum outro sistema existente. Quem responsvel pelo sistema
em produo, contato dos responsveis pelo mesmo e qual a finalidade do sistema em
produo. E o porqu de manter a comunicao entre os sistemas.>
Fone: 55 91 3182-3251, CEP: 66040-170 15
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
i. EXISTE ALGUM PRAZO?
<Informar se j existe algum prazo para que entre em atividade o sistema.>
J. QUAIS CORES SERO UTILIZADAS PARA REORDENAR REPRESENTAR A

LOGO E IDENTIDADE VISUAL DO SITE?
<Informar quais as cores da logo e do site.>
2. Pessoal Presente na Entrevista
<Informar quais as pessoas que estavam presente no levantamento das informaes.>
Nome: <Primeiro e ultimo nome da pessoa>
Cargo: <Funo que ocupa no projeto>
Assinatura (ou cpia de e-mail enviado): <Pode ser s o e-mail para manter contato>
Fone: 55 91 3182-3251, CEP: 66040-170 16
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
rgo:

<Qual o titulo do sistema/modulo> <Verso do software, caso <07/09/2011>
haja>
Responsvel: Unidade Sub-Unidade:
<Nome do responsvel por coordenar o Organizacional: <Informar qual o
projeto (Aqui pode ser o nome do <Informar o nome unidade que nome da sub-
Product Owner ou Scrum Master)> para onde o sistema/mdulo unidade, caso haja,
ser utilizado> onde ser utilizado o
sistema/mdulo>
Solicitante: Unidade Sub-Unidade:
<Nome completo da pessoa que est Organizacional: <Informar qual o
solicitando o projeto> <Informar o nome unidade que nome da sub-
para onde o sistema/mdulo unidade, caso haja,
sistema/mdulo>
8. ANEXO 2 VISO E ESCOPO DO PROJETO

Viso e Escopo do Projeto
1. Viso e Necessidade do Negcio
<Descrio da justificativa do por que do sistema/mdulo ser criado e o que ele ser, qual o
objetivo do negcio.>
<Caso seja um plano de migrao deve ser informado nesta parte o motivo de ocorrer a
migrao do sistema.>
2. Objetivos do Projeto e Critrios para o Sucesso
<Informar quais as principais necessidades a serem atendidas pelo sistema/mdulo.>
ID Descrio
OBJ-01 <Informar de forma clara e objetiva uma necessidade do projeto.>
Fone: 55 91 3182-3251, CEP: 66040-170 17
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
OBJ-02 <Informar de forma clara e objetiva outra necessidade do projeto.>
<Informar quais os critrios para validao de cada objetivo do projeto apresentado acima.>
ID Descrio
CRI-01 <Informar quais os critrios de validao, aceitao, do objetivo 01, para saber que
vlido.>
CRI-02 <Informar quais os critrios de validao, aceitao, do objetivo 02, para saber que
vlido.>
3. Requisitos de Sistema
<Informar quais os requisitos necessrios para que o sistema/mdulo seja

implementado/implantado. Informar desde necessidades em nvel de software e cursos a
necessidades na parte de infra-estrutura.>
ID Descrio
REQS-01 <Informar qual o primeiro requisito necessrio para que o sistema/mdulo funcione.>
REQS-02 <Informar qual o segundo requisito necessrio para que o sistema/mdulo funcione.>
4. Riscos do Projeto
<Informar quais os principais obstculos que podem influenciar para a falha do projeto ou
falha da entrega no prazo.>
ID Descrio
RISC-01 <Informar de forma clara e objetiva qual o risco e como ele pode influenciar no
projeto.>
RISC-02 <Informar de forma clara e objetiva qual o risco e como ele pode influenciar no
Fone: 55 91 3182-3251, CEP: 66040-170 18
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
projeto.>
5. Stakeholders
<Informar quais as pessoas que esto envolvidas no projeto, a funo e como entrar em
contato com ele.>
Nome Funo Responsabilidade no Contato

Projeto
<Primeiro e ltimo <Gerente de <Gerenciar o andamento do Telefone: <3217-6007>

nome> Projetos> projeto em [NomedoProjeto]
para que no haja falhas e E-mail: <sti@museu-
retire impedimentos> goeldi.br>
<Primeiro e ltimo <Product <Gerenciar o andamento do Telefone: <3217-6007>

nome> Owner> projeto em [NomedoProjeto]
para que no haja atrasos e E-mail: <sti@museu-
verificar se ser necessrio goeldi.br>
mudanas e sanar dvidas>
6. Estimativa Inicial do Projeto
<Informar o prazo de entrega de cada etapa, com leve descrio de cada etapa. E o prazo final
inicial do projeto.>
7. Custo
<Informar qual o custo do projeto de acordo com cada meta a ser entre.>
Meta Interao Investimento
<Nome da meta a ser <Pode ser a primeira sprint, que <Informar qual o valor a ser
alcanada na primeira identifica o primeiro ciclo de investido no primeiro ciclo>
iterao> desenvolvimento>
<Nome da meta a ser <Pode ser a segunda sprint, que <Informar qual o valor a ser
Fone: 55 91 3182-3251, CEP: 66040-170 19
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
alcanada na segunda identifica o segundo ciclo de investido no segundo ciclo>

iterao> desenvolvimento>
8. Anexos
Nome do Artefato: <Product Backlog.doc>.

Descrio: <Descrio do contedo do documento>.
Local: <No servidor de controle de documentos, saturno>.
9. Controle do Documento
Histrico de Mudanas no Documento.
Nome Data Alterao Identificador
<Nome do responsvel <00/00/000 00:00> <Informar qual foi a <Caso a alterao possua
pela alterao no alterao realizada algum id, por favor,
documento> no documento> informar>
<Nome do responsvel <00/00/000 00:00> <Informar qual foi a <Caso a alterao possua
pela alterao no alterao realizada algum id, por favor,
documento> no documento> informar>
Pendncias para o Documento
ID Descrio Status
PEND- <Informar qual a pendncia que h para com o documento.> <Informar a

01 situao da
pendncia.>
PEND- <Caso no haja pendncia de informao, apenas informe que no h <Informar a

02 pendncia.> situao da
pendncia.>
PEND- <Caso haja alteraes futuras e cause alguma pendncia de informaes, <Informar a
03 por favor, informar.> situao da
pendncia.>
Fone: 55 91 3182-3251, CEP: 66040-170 20
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
10. Representantes das reas Envolvidas
<Informar os dados de cada membro responsvel por confirmar que os requisitos foram atendidos. As
assinaturas devem ser colhidas apenas no final do processo, quando o produto estiver finalizado>
Data / /
__________________________________
<Nome Completo>
<Cargo>
Data / /
__________________________________
<Nome Completo>
<Cargo>
Data / /
__________________________________
<Nome Completo>
<Cargo>
Fone: 55 91 3182-3251, CEP: 66040-170 21
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
9. ANEXO 3 LISTA DE IMPEDIMENTOS E SOLUES

Lista de Impedimentos
rgo:

haja>
projeto (Aqui pode ser o nome do Product <Informar o nome unidade nome da sub-
Owner ou Scrum Master)> que para onde o unidade, caso haja,
sistema/mdulo ser onde ser utilizado o
utilizado> sistema/mdulo>
solicitando o projeto> <Informar o nome unidade nome da sub-
que para onde o unidade, caso haja,
1. Problemas Identificados
Fone: 55 91 3182-3251, CEP: 66040-170 22
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
<Informar os problemas impedimentos identificados no decorrer do processo de

desenvolvimento.>
ID do ID da Descrio Gravidade Data

Impedimento Tarefa/Requisito
IMP-01 <Informar o ID de <Descrio do problema> <Qual a <Informar a

qual tarefa o gravidade do data que foi
impedimento est problema. Alta, constatado o
associado> Mdia ou problema>
Baixa>
IMP-02 <Informar o ID de <Descrio do problema> <Qual a <Informar a

qual tarefa o gravidade do data que foi
impedimento est problema. Alta, constatado o
associado> Mdia ou problema>
Baixa>
10. ANEXO 4 DOCUMENTAO DE DADOS

Documentao de Dados
rgo:

haja>
sistema/mdulo>
sistema/mdulo>
Fone: 55 91 3182-3251, CEP: 66040-170 23
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
11. Informaes da Base de Dados
<Descrio das informaes sobre a base de dados, como o usurio e senha a serem criados, o
nome da base de dados e a descrio da base.>
Nome da Base de Dados: <nome da base de dados>.

Usurio: <nome do usurio que deve ser criada a base de dados>.
Senha: <senha que deve ser criada a base de dados>.
Owner Schemas Tabelas Descrio
<dono da <nome do <nome da <Descrio do que a tabela, para que ela

tabela> esquema> tabela> serve>
<dono da <nome do <nome da <Descrio do que a tabela, para que ela

tabela> esquema> tabela> serve>
Funes Owner Descrio

(Procedure)
<nome da <dono da funo> <Pelo que a funo responsvel>

funo>
<nome da <dono da funo> <Pelo que a funo responsvel>

funo>
12. Entidade de Relacionamento
<Deve conter a modelagem do Diagrama de Entidade Relacional.>
Fone: 55 91 3182-3251, CEP: 66040-170 24
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
<ER.01>
Fone: 55 91 3182-3251, CEP: 66040-170 25
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
11. ANEXO 5 MANUAL DE INSTALAO

Manual de Instalao
rgo:

haja>
13. <Introduo>
<
Este documento descreve a instalao do postgresql usado pelo SIGTECWEB, a partir do cdigo
fonte em istema operacioanl Linux - Debian. No caso de outros sistemas operacionais ou
distribuies Linux, verificar a documentao existente de como proceder a instalao a partir
do cdigo fonte.
14. Importante
Caso voc esteja instalando o banco de dados verso 8.4 no mesmo servidor onde j
exista a base de dados do sigtec cliente-servidor (7.4 ou 8.1) faa primeiramente o que segue:
>
15. <Verificar a configurao do locales de seu sistema operacional>
Fone: 55 91 3182-3251, CEP: 66040-170 26
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
<
Acessar o sistema como usurio root.
# dpkg-reconfigura locales
Veja se esta definido como locale o padro PT_BR.UTF-8 para o ambiente do sistema, veja
figura abaixo.
Figura 2 Definio do locale
>
16. <Instalao do postgresql 8.4.1>
< Pr-requisitos para a instao do postgresql. Normalmente os pacotes

necessrios para a compilao do cdigo fonte no so previamente instalados.>
<
Fone: 55 91 3182-3251, CEP: 66040-170 27
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
17. Como root instalar as seguintes aplicaes:
# aptitude install libreadline-dev
# aptitude install zlib1g-dev
# aptitude install bison
# aptitude install make
12. ANEXO 6 GUIA DO USURIO

Guia do Usurio
rgo:

haja>
sistema/mdulo>
sistema/mdulo>
18. Apresentao
<Uma apresentao do sistema em questo.>
< O Repositrio Institucional do Museu Paraense Emlio Goeldi disponibiliza o conjunto da

produo cientifica institucional em formato digital.
Tem como objetivo armazenar, divulgar e facilitar o acesso produo cientifica do Museu
Goeldi, maximizando sua visibilidade e seu uso, alm de preservar a memria cientfica
institucional.
Fone: 55 91 3182-3251, CEP: 66040-170 28
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
Foi desenvolvido em DSpace (Software do Massachusetts Institute of Technology (MIT) e

Hewlett-Packard Labs (HP), para armazenamento, preservao e disseminao de materiais
em formato digital).
O Repositrio est estruturado em Comunidades, que representam as Coordenaes do

Museu Goeldi e estas Comunidades esto organizadas em Colees, tipos de documentos,
onde os documentos depositados so armazenados.
COMUNIDADES:
1. Botnica
2. Cincias Humanas
3. Cincias da Terra e Ecologia
4. Zoologia
5. Comunicao, Informao, Museologia e Educao
6. Relatrios
7. Outras Produes
8. Emlio Goeldi.>
19. Sumrio
<Construir o sumrio de como est organizado o manual.>
<
Captulo 1 Submisso
1.1 Efetuando Cadastro
Captulo 2 Receber Mensagens
2.1 Inscrever.
>
Fone: 55 91 3182-3251, CEP: 66040-170 29
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
20. <Capitulo 1 Submisso>
< Para submeter um item/documento necessrio que o usurio seja cadastrado

no Repositrio Institucional do Museu Paraense Emlio Goeldi.>
<
1.1 Efetuando o Cadastro
Para efetuar o cadastro, selecionar a opo Meu Espao / Usurio novo? Clique para se
cadastrar, de acordo com a figura 1.1.
Figura 1.1
O usurio deve preencher as informaes solicitadas e uma mensagem ser enviada por e-mail
para confirmao e efetivao do cadastro com a criao de login e senha.
O cadastro permitir ao usurio:
Submeter documentos para deposito no Repositrio
Ter acesso facilidade Meu espao
Criar alertas de Colees de seu interesse
>
21. <Capitulo 2 Servios de Alertas>
<
2.1 Inscrever
Fone: 55 91 3182-3251, CEP: 66040-170 30
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
Os usurios podem criar alerta para Colees de seu interesse para receber notificaes de
novos itens publicados no RI-MPEG. Selecione a coleo e Inscrever de acordo com a figura
2.1.
Figura 2.1
>
13. ANEXO 7 PLANO DE CONTIGNCIA

Plano de Contingncia
rgo:

haja>
2. Solues Propostas
<Informar os problemas que podem ocorrer no sistema e as possveis solues.>

Fone: 55 91 3182-3251, CEP: 66040-170 31
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
ID Descrio do Descrio da N Responsvel Contato

Problema Soluo Ocorrncias
PC- <Descrever o <Descrio da <informar o <Nome do E-mail:

01 problema e seu soluo proposta> nmero de responsvel sti@museu-
motivo.> vezes que por atender goeldi.br
ocorreu o este item>
erro.> skype:
<nomedousuario>
PC- <Descrever o <Descrio da <informar o <Nome do E-mail:

02 problema e seu soluo proposta> nmero de responsvel sti@museu-
motivo.> vezes que por atender goeldi.br
ocorreu o este item>
erro.> skype:
<nomedousuario>
14. ANEXO 8 ACEITE DE ENTREGA

Aceitao
rgo:

haja>
sistema/mdulo>
sistema/mdulo>
3. Lista para Validao
Fone: 55 91 3182-3251, CEP: 66040-170 32
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
<Informar como deve proceder validao dos requisitos do sistema/mdulo.>
ID Ttulo Descrio Responsvel Observao Prazo Status

para
Mudanas
<ID do <Ttulo do <Descrio <Nome da <Observaes, <Informar <Informar

requisito requisito a do requisito pessoa caso tenha, a data qual o
a ser ser a ser responsvel pela sobre o limite para status da
validado> validado. validado> validao deste requisito que a aceitao>
Ou pode requisito> entregue.> mudana
ser a meta esteja
da sprint a aplicada>
ser
validada
caso seja
definida
como algo
a ser
entregue.>
<ID do <Ttulo do <Descrio <Nome da <Observaes, <Informar <Informar

requisito requisito a do requisito pessoa caso tenha, a data qual o
a ser ser a ser responsvel pela sobre o limite para status da
validado> validado. validado> validao deste requisito que a aceitao>
Ou pode requisito> entregue.> mudana
ser a meta esteja
da sprint a aplicada>
ser
validada
caso seja
definida
como algo
a ser
entregue.>
4. FeedBack do Responsvel
<00/00/0000 00:00>(Data e horrio do e-mail.)
Fone: 55 91 3182-3251, CEP: 66040-170 33
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
<O responsvel pela validao dos requisitos necessrios para comprovar o

funcionamento do sistema deve enviar um e-mail ao responsvel pelo projeto com cpia
para os integrantes da equipe seguindo seguinte modelo abaixo.>
<Eu [Nome da Pessoa Responsvel pela validao dos requisitos] integrante da [Nome da
Coordenao e Setor que faz parte] confirmo ter avaliado e aprovado o funcionamento do
[Nome do Sistema/Mdulo] solicitado de acordo com os requisitos levantados antes e
durante o processo de desenvolvimento do mesmo.>
<Nome do Remetente>
<Instituio>
<Setor>
<Funo>
15. ANEXO 9 SPRINT BACKLOG

Sprint Backlog
rgo:

haja>
Fone: 55 91 3182-3251, CEP: 66040-170 34
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
5. Lista de Tarefas da Primeira Iterao
Meta da Sprint: <Informar qual a meta desta primeira iterao>
Data de Incio: <00/00/0000>
Data da Finalizao: <00/00/0000>
Total Esforo: <21>
ID da ID do Ttulo Descrio Esforo/Pontos Responsvel Status

Tarefa Requisito (Estimados)
ITEM- REQ-01 <Informar o <Descrio da <Informar <Nome do <Informa

01 ttulo da tarefa> quanto de responsvel qual a
tarefa> esforo ser por esta situao
necessrio para tarefa.> da
atender este tarefa.>
requisito.>

requisito.>
ITEM- REQ-01 <Informar o <Descrio da <Informar <Nome do <Informar

tarefa> esforo ser pela tarefa.> situao
necessrio para da
requisito.>

requisito.>
ITEM- REQ-02 <Descrio da <Informar <Nome do <Informar
Fone: 55 91 3182-3251, CEP: 66040-170 35
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br
02 tarefa> quanto de responsvel qual a

esforo ser pela tarefa.> situao
necessrio para da
requisito.>
6. Lista de Tarefas da Segunda Iterao
Meta da Sprint: <Informar qual a meta desta primeira iterao>
Data de Incio: <00/00/0000>
Data da Finalizao: <00/00/0000>
Total Esforo: <21>
ID da ID do Ttulo Descrio Esforo/Pontos Responsvel Status

Tarefa Requisito (Estimados)

requisito.>

requisito.>
ITEM- REQ-01 <Informar o <Descrio da <Informar <Nome do <Informar

tarefa> esforo ser pela tarefa.> situao
necessrio para da
requisito.>

Fone: 55 91 3182-3251, CEP: 66040-170 36
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br

requisito.>
ITEM- REQ-02 <Descrio da <Informar <Nome do <Informar

02 tarefa> quanto de responsvel qual a
esforo ser pela tarefa.> situao
necessrio para da
requisito.>
16. ANEXO 10 PRODUCT BACKLOG

Product Backlog
rgo:
Fone: 55 91 3182-3251, CEP: 66040-170 37
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br

haja>
sistema/mdulo>
sistema/mdulo>
7. Lista de Requisitos
<Informar todos os requisitos necessrios para que o sistema/mdulo entre em

funcionamento.>
ID Ttulo Descrio Priorizao Status
REQ- <Ttulo do requisito> <Descrever o requisito> <Informar a ordem <Finalizado>

01 de priorizao do
requisito que deve
ser atendido por
primeiro.>
REQ- <Ttulo do requisito> <Descrever o requisito> <Informar a ordem <Andamento>

02 de priorizao do
requisito que deve
ser atendido por
primeiro.>
Fone: 55 91 3182-3251, CEP: 66040-170 38
Fone: 55 91 3075-6272, CEP: 66017-970, Belm/PA
www.museu-goeldi.br

Especificação e Documentação de Software

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Especificação e Documentação de Software

Transféré par

Droits d'auteur :

Formats disponibles

MUSEU PARAENSE EMLIO GOELDI

MODELO DE ESPECIFICAO E DOCUMENTAO DE

SOFTWARE DO MUSEU PARAENSE EMLIO GOELDI

Data Verso Descrio Autor

02/04/2014 1.0 Verso Inicial Igo Medeiros

28/08/2014 1.1 Ajuste no cabealho e histrico Ewertton Bravo

28/08/2014 2.0 Anexos dos templates Ewertton Bravo

29/08/2014 2.1 Acrscimo da imagem do Ewertton Bravo

Com o crescimento do MPEG, seu Servio de Tecnologia da Informao

Para garantir a qualidade e a padronizao dos softwares e sites adotados

O processo tem como resultados alguns documentos, tanto para efeito de

a uma lista de documentos, alguns deles so pertinentes ao SCRUM, outros

2.1 Questionrio de Entrevista (Anexo 1): Este documento tem como

pode ser desmembrado em n tarefas pela equipe, agora sem a

Para deixar ainda mais claro onde se aplica a formulao de cada

Imagem 01 Fluxograma da Etapa de Desenvolvimento de Software

3. PROPOSTA AOS TERCEIROS

Neste caso, o papel do Comit de TI permanece o mesmo, aps o

Alinhado com a forma de trabalho interna, os terceiros devem utilizar

Por outro lado, quanto a documentao descrita no item 2, devem ser

3.1 Viso e Escopo do Projeto;

3.2 Registro de Impedimentos e Solues;

Sendo assim, o STI poder disponibilizar algum da sua equipe (no

Ressaltando que faz parte da responsabilidade do Comit de TI definir,

Java 1.5 (ou superior) [DEITEL, H. M.; DEITEL, P. J., 2003];

Quanto a base de dados, atualmente o MPEG trabalha com apenas duas

MySQL 5.1 ou superior [MYSQL 5.1];

Postgres 8.4 [POSTGRES 8.4 DOCUMENTATION];

O Servio de Tecnologia da Informao do MPEG encontra-se a disposio

KRUCHTEN, P. The Rational Unified Process: an introduction. Boston:

DEITEL, H. M.; DEITEL, P. J. Java : como programar; traduo e reviso

NIEDERAUER, Juliano. Desenvolvendo Websites com PHP. Editora

HTML 5 SPECIFICATION. W3C Recommendation, Maro2012. Disponvel

DRUPAL. Community Documentation, Maro2012. Disponvel em:

MYSQL 5.1. Reference Manual, Maro2012. Disponvel em:

POSTGRES 8.4 DOCUMENTATION. Manual, Maro2012. Disponvel em:

7. ANEXO 1 QUESTIONRIO DE ENTREVISTA

Ttulo do Projeto: Verso: Dt. Emisso:

Responsvel: Unidade Organizacional: Sub-Unidade:

Solicitante: Unidade Organizacional: Sub-Unidade:

Data Verso Descrio Autor

02/04/2014 1.0 Verso Inicial Ewertton Bravo

1. Questionrio para auxiliar no levantamento dos principais pontos do projeto. (O

a. QUAL O OBJETIVO DO PRODUTO OU MDULO?

b. QUAL O PBLICO ALVO?

d. QUAL A SOLUO ENCONTRADA?

e. QUAIS OS GANHOS QUE O PROJETO PROPORCIONAR?

f. QUEM SO OS ENVOLVIDOS NO PROJETO?

g. EXISTE ALGUM MODELO QUE CHAMOU A ATENO DO CLIENTE?

h. HAVER COMUNICAO COM ALGUM OUTRO SISTEMA?

i. EXISTE ALGUM PRAZO?

<Informar se j existe algum prazo para que entre em atividade o sistema.>

J. QUAIS CORES SERO UTILIZADAS PARA REORDENAR REPRESENTAR A

2. Pessoal Presente na Entrevista

<Informar quais as pessoas que estavam presente no levantamento das informaes.>

Nome: <Primeiro e ultimo nome da pessoa>

Cargo: <Funo que ocupa no projeto>

Ttulo do Projeto: Verso: Dt. Emisso:

8. ANEXO 2 VISO E ESCOPO DO PROJETO

1. Viso e Necessidade do Negcio

2. Objetivos do Projeto e Critrios para o Sucesso

<Informar quais as principais necessidades a serem atendidas pelo sistema/mdulo.>

OBJ-01 <Informar de forma clara e objetiva uma necessidade do projeto.>