10. Requisitos de Documentação

Propaganda
Sistema de Gerenciamento de Solicitações de
Mudanças
Visão
Versão 1.0
Histórico da Revisão
Data
Versão
Descrição
Autor
17/08/2006
1.0
Construção do Documento
Rodrigo Queiroz
18/08/2006
1.0
Construção do Documento
Rodrigo Queiroz
24/08/2006
1.0
Construção do Documento
Bruno Dantas
28/08/2006
1.0
Construção do Documento
Bruno Dantas
02/09/2006
1.0
Construção do Documento
Bruno Dantas
21/10/2006
1.0
Construção do Dcomento
Rodrigo Queiroz
Índice Analítico
Visão
1. Introdução
A finalidade deste documento é coletar, analisar e definir necessidades e recursos de
nível superior do Sistema de Gerenciamento de Solicitações de Mudanças (SGSM).
Ele se concentra nos recursos necessários aos envolvidos e aos usuários-alvo e nas
razões que levam a essas necessidades. Os detalhes de como o Sistema de
Gerenciamento de Solicitações de Mudanças (SGSM) satisfaz essas necessidades são
descritos no caso de uso e nas especificações suplementares.
A introdução do documento visão fornece um esclarecimento geral de todo o seu
conteúdo. Ela deve incluir a finalidade, o escopo, as definições, os acrônimos, as
abreviações, as referencias e a visão geral deste documento visão.
1.1
Finalidade
Este documento tem a finalidade de definir a quem o Sistema de Gerenciamento de
Solicitações de Mudanças (SGSM) busca atender e o negocio ao qual o mesmo foi
baseado da mesma forma que tipo de clientes ele é destinado.
1.2
Escopo
O Sistema de Gerenciamento de Solicitações de Mudanças (SGSM) é uma ferramenta
destinada a controlar os Bugs e solicitações de mudanças dentro dos projetos de uma
organização, possibilitando ao Cliente / Usuários obter uma melhor visão do estado e
andamento das solicitações, a fim de estabelecer metas de atendimento e
possibilitando a melhoria continua do processo.
1.3
Definições, Acrônimos e Abreviações.
Verificar a sessão do Glossário do SGSM.
1.4
Referências
Ver maiores explicações no documento Glossário do SGSM.
1.5
Visão Geral
Esse documento explica ainda com mais detalhes como o SGSM funciona, explica o
negocio a do qual foi baseado, evidenciando os envolvidos e a descrição geral dos
requisitos.
2. Posicionamento
2.1
Oportunidade de Negócios
2.2
Descrição do Problema
O problema de
afeta
cujo impacto é
uma boa solução seria
2.3
O sistema irá atuar na falta de gerenciamento de
solicitações de mudança, defeitos e melhorias dentro
de um projeto de software.
Empresas de desenvolvimento de softwares
Falta de controle sobre a quantidade de solicitações
de mudança, defeitos e melhorias afetando a
qualidade do produto e a expectativa do cliente.
Satisfação do cliente, controle das solicitações e
aumento da qualidade do produto.
Sentença de Posição do Produto (completar)
Para
Empresas de desenvolvimento de software.
Que
Querem aumentar a qualidade de seu produto e
aumentar a satisfação dos clientes.
Sistema de gerenciamento de solicitações de mudança
O (nome do produto)
Que
Diferente de
Nosso produto
Gerenciar suas solicitações de mudança, melhoria e
defeitos com o respaldo do cliente.
Bugzilla
Aumento da qualidade do produto e satisfação do
cliente.
3. Descrições dos Envolvidos e dos Usuários
3.1
Demografia dos Mercados
Tendo em vista que há um crescimento de empresas de desenvolvimento de software
e que estamos em uma cidade pólo neste sentido, queremos atender este nicho de
mercado em potencial.
3.2
Resumo dos Envolvidos
Nome
Descrição
Responsabilidades
Gerente de projeto
Funcionário interno.
Analista e arquiteto de
software
Funcionário interno.
Engenheiro
software
Funcionário interno.
- Monitora o desenvolvimento
do projeto.
- Assegura que os artefatos
serão entregues no prazo.
- Determina a arquitetura que
será
utilizada
no
desenvolvimento do sistema.
- Determina e especifica os
requisitos e casos de uso do
sistema
Responsável
pela
codificação do sistema.
- Responsável pelos testes
unitários e funcionais.
Responsável
pelo
entendimento do negócio.
Responsável
pelo
levantamento de informações
de negócio.
de
Gerente de negócios
3.3
Funcionário interno.
Resumo dos Usuários
Nome
Descrição
Coordenado
de projeto
CCB
Engenheiro
de software
Solicitante
Eng.
Testes
Responsabilidades
- Acompanha através de relatórios
os índices de atendimento
registrados.
- Sugere, com base nestes
relatórios, melhorias para o
processo.
- Manutenção do cadastro de
projetos.
- Informar os stakeholders
envolvidos
- Monitora toda a solicitação, desde
o seu cadastramento até sua
resolução.
- Aprova um mudança ou não.
- Assume a solicitação
- Informa a resolução
- Cadastra a solicitação. Pode ser
um cliente ou um funcionário
interno.
de
Administrador
do Sistema
- Testa a solução do engenheiro de
software.
- Informa se a solução se está
adequada ou não.
- Responsável por manter os
cadastros de usuário, categoria,
papel, status.
3.4
Ambiente do Usuário
O corpo de funcionários envolvidos em uma solicitação de mudança deve ter no
mínimo 4 pessoas.
Todo o ambiente do sistema será WEB com desenvolvimento em java, sendo
multiplataforma.
3.5
Perfis dos Envolvidos
3.5.1
Analista de Sistemas
Representante
Descrição
Tipo
Bruno Dantas Borba Cavalcanti
Analista de sistemas.
Especialista com 2 anos de experiência em analise de
sistemas
Responsável por gerar os requisitos do sistema.
Documentar todos os requisitos do sistema
Responsabilidades
Critérios
de
Sucesso
Documentação e analise dos requisitos
Envolvimento
Requisitos do sistema.
Produtos
Liberados
Comentários
/
Problemas
3.5.2
Gerente de projeto
Representante
Descrição
Tipo
Genildo Marcelino Freire Filho
Gerente de projeto.
Especialista com 3 anos de experiência em analise de
sistemas
Responsável por gerar os requisitos do sistema.
Documentar todos os requisitos do sistema
Responsabilidades
Critérios de
Sucesso
Documentação e analise dos requisitos
Envolvimento
Requisitos do sistema.
Produtos
Liberados
Comentários
/
Problemas
3.5.3
Engenheiro de Software
Representante
Descrição
Tipo
Responsabilidades
Rodrigo Queiroz
Engenheiro de software.
Certificado JCP.
Responsável por fazer toda a codificação do sistema e
desenvolver os testes
Bom conhecimento de desenvolvimento em cima da arquitetura
escolhida.
Critérios
de
Sucesso
Programação
Envolvimento
Código fonte do programa
Produtos
Liberados
Comentários
/
Problemas
3.6
3.6.1
Perfis dos Usuários
Coordenador de projeto
Coordenador de projeto.
Realizar acompanhamento das solicitações de mudança em
seus projetos.
Atribuindo membros da sua equipe para resolução da mesma.
Solicitações atendidas dentro do prazo especificado.
Representante
Descrição
Responsabilidades
Critérios
de
Sucesso
Coordenadores de projeto foram consultados sobre suas
Envolvimento
Produtos
Liberados
Comentários
Problemas
dificuldades e suas observações devidamente registradas.
Solicitação realizada no prazo.
/
3.6.2
Solicitante
Solicitante
Representante
Acompanha o andamento de suas solicitações de mudança.
Descrição
Responsabilidades Cobrar resolução de suas solicitações de mudança dentro do
prazo estabelecido. Emitir relatórios do andamento de suas
solicitações.
Atendimento dentro do prazo estabelecido.
Critérios
de
Sucesso
Cliente seguir o processo definido.
Envolvimento
Nenhum.
Produtos
Liberados
Comentários
/
Problemas
3.6.3
Engenheiro de Software
Engenheiro de software
Representante
Acompanha o andamento de suas solicitações de mudança.
Descrição
Responsabilidades Atender solicitação aprovada pelo CCB.
Critérios de
Sucesso
Envolvimento
Produtos
Liberados
Comentários
Problemas
3.6.4
Verificar solicitações não atribuídas a fim de estabelecer sua
responsabilidade sobre a mesma.
Solicitação atendida dentro do prazo estabelecido.
Seguirá o processo definido.
Código-Fonte alterado
/
Administrador do sistema
Representante
Descrição
Responsabilidades
Critérios de
Sucesso
Envolvimento
Produtos
Liberados
Comentários
/
Problemas
3.6.5
Membro da equipe de TI interna da organização
Responsável pelos cadastros simples do sistema.
Cadastra usuários, projetos e associações entre eles.
Solicitação atendida dentro do prazo estabelecido.
Seguirá o processo definido.
Cadastro realizado no prazo estabelecido.
Engenheiro de Teste
Engenheiro de testes
Representante
Responsável por testar solução para solicitação de mudança.
Descrição
Responsabilidades Realizar testes em cima da solução viabilizada pelo engenheiro
Critérios de
Sucesso
Envolvimento
de software, realizando as entradas esperadas e avaliando as
saídas.
Solicitação atendida dentro do prazo estabelecido.
Seguirá o processo definido.
Produtos
Liberados
Comentários
Problemas
3.6.6
Solução pré-aprovada ou não.
/
CCB
Representante
Descrição
CCB
Membro do comitê de gerenciamento de solicitações de
mudança
Responsável por aprovar uma solicitação de mudança ou não
Solicitação de mudança realizada com o mínimo impacto
dentro do planejamento da construção do software.
Responsabilidades
Critérios de
Sucesso
Seguirá o processo definido.
Envolvimento
Software com solicitação de mudança realizada.
Produtos
Liberados
Comentários
/
Problemas
3.7
Alternativas e Concorrência
O cliente irá desenvolver uma solução própria que se adapta ao seu processo interno.
A fim de não ter que se adaptar a uma solução do mercado.
4. Visão Geral do Produto
4.1
Perspectiva do Produto
O sistema será totalmente independente e auto-suficiente, ou seja, não se relacionara
com nenhum outro sistema disponível no ambiente do usuário.
4.2
Resumo dos Recursos
Tabela 4-1 Sistema de Solicitações de Mudança
Benefício para o Cliente
Recursos de Suporte
Cliente saberá todo o andamento
da solicitação de mudança
A satisfação do cliente é melhorada
porque nada é negligenciado.
Monitoramento de todo andamento
de uma solicitação de mudança
Garantia de integridade dos dados
4.3
Custos e Preços
O sistema irá oferecer uma consulta sobre o
andamento da solicitação de mudança
Os problemas são relacionados como itens
únicos, classificados e monitorados ao longo de
todo o processo de resolução. São emitidas
notificações automáticas para os problemas que
têm seus prazos expirados.
O sistema irá oferecer todo rastreamento de
uma solicitação de mudança. Informando todos
os repensáveis em cada etapa do processo.
O sistema conta com um rigoroso controle de
acessos, garantindo que ninguém
não
autorizado
modifique
qualquer
tipo
de
informação .
Hardware
- Servidor Web
- Servidor Banco de Dados
Software
- Servidor Web - Apache Tomcat - gratuito
- Servidor Banco de Dados - Postgresql - gratuito
4.4
Suposições e Dependências
- A mão-de-obra necessária para construir o projeto está disponível no mercado.
- O sistema, por ser WEB, independe de sistema operacional.
- Compatibilidade com browsers Microsoft Internet Explorer e Firefox.
5.
Recursos do Produto
5.1
Realizar Login
Através dessa funcionalidade o sistema valida a entrada usuários no sistema.
5.2
Manter Usuário
Através dessa funcionalidade será permitido ao administrador do sistema incluir e
alterar usuários.
5.3
Manter Solicitação
Através dessa funcionalidade será possível manter dados cadastrais de toda uma
solicitação de mudança.
5.4
Envio de e-mails
Através dessa funcionalidade após cada mudança, atualização ou inclusão de uma
solicitação de mudança o sistema deverá informar os envolvidos através do envio de emails de forma automática utilizando a caixa postal cadastrada em seu login.
5.5
Gerar Histórico
Através dessa funcionalidade após cada mudança, atualização ou inclusão de uma
solicitação de mudança o sistema deverá gravar os dados alterados na tabela de
histórico.
5.6
Manter Papéis
Através dessa funcionalidade é permitido ao administrador do sistema manter os
papéis.
5.7
Manter Projeto
Através dessa funcionalidade é permitido ao administrador do sistema manter os
projetos cadastrados no sistema.
5.8
Manter Status
Através dessa funcionalidade é permitido ao administrador do sistema incluir, alterar ,
excluir e consultar um status.
5.9
Manter Categoria
Através dessa funcionalidade é permitido ao administrador do sistema incluir, alterar,
excluir, consultar uma categoria.
6. Restrições
- O sistema deverá ser entregue até novembro/2006.
- O sistema deverá apresentar uma interface amigável e de fácil utilização para
o usuário.
7. Intervalos de Qualidade
Definidos pelo consultor externo.
8. Precedência e Prioridade
Prioridade definida para a funcionalidade de solicitação de mudança.
9. Outros Requisitos do Produto
9.1
Padrões Aplicáveis
O sistema utilizará o padrão de comunicação TCP/IP rodando sobre sistemas
operacionais como Windows e Linux.
9.2
Requisitos do Sistema
O sistema operacional do host será Windows ou Linux com o SGBD MySQL com
configurações de hardware mínimas a seguir :
Processador Intel Celeron 2.0Ghz
Memória RAM 512Mb
Hd 40GB
9.3
Requisitos de Desempenho
Nenhuma operação pode demorar mais que 30s para ser executada pelo sistema.
Exceto relatórios que não devem demorar mais que 2 minutos para serem gerados.
9.4
Requisitos Ambientais
Para perfeita execução do software basta que o cliente possua o sistema operacional
Windows/Linux com o browser Internet Explorer ou Firefox.
10. Requisitos de Documentação
10.1
Manual do Usuário
O sistema funcionara baseado em navegações entre hyperlinks, comum na
internet, que é de uso continuo do público-alvo do projeto. Tornando-se desnecessário
a utilização deste documento.
10.2
Ajuda On-line
O suporte dado pelo durante a utilização do sistema é resumido em uma lista de
dúvidas recorrentes (FAQ)
10.3
A
Guias de Instalação e de Configuração, e Arquivo Leiame
A instalação e o funcionamento correto dos servidores estão além dos serviços
prestados.
Atributos de Recursos
Ver plano de gerenciamento de requisitos.
Download
Random flashcards
modelos atômicos

4 Cartões gabyagdasilva

Anamnese

2 Cartões oauth2_google_3d715a2d-c2e6-4bfb-b64e-c9a45261b2b4

A Jornada do Herói

6 Cartões filipe.donner

teste

2 Cartões juh16

Estudo Duda✨

5 Cartões oauth2_google_f1dd3b00-71ac-4806-b90b-c8cd7d861ecc

Criar flashcards