Você está na página 1de 29

ES I Anlise, Projeto e Planejamento

Sistema SGA
Documento de Viso, Anlise, Projeto de
Arquitetura e Planejamento
Verso 1.0
[Autor(es)]
Ana Paula Santos Soares
Danillo Siqueira Ramos

Profa. Dra. Adicinia A. de Oliveira

Sistema de Gerenciamento de Atendimento (SGA)

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

Histrico de Alteraes
Data
<dd/mm/aa>

Verso
<x.x>

Descrio
<Descrio da modificao>

Disciplina de Engenharia de Software I

Autor(es)
<nome do autor>

Pgina 2 de 29

Sistema de Gerenciamento de Atendimento (SGA)

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

Sumrio
1. INTRODUO .................................................................................................................................. 5
1.1
1.2

OBJETIVO DO PROJETO ............................................................................................................5


CONVENES, TERMOS E ABREVIAES ...................................................................................5

2. VISO GERAL DO PRODUTO E PROJETO ...................................................................................5


2.1
2.2
2.3

PROBLEMA ..............................................................................................................................5
PRINCIPAIS STAKEHOLDERS E USURIOS ..................................................................................6
DOCUMENTO DE VISO ............................................................................................................7

3. SISTEMAS RELACIONADOS ..........................................................................................................8


3.1
3.2

SITUAO ATUAL .....................................................................................................................8


SISTEMAS SIMILARES EXISTENTE NO MERCADO ..........................................................................9

4. ATORES ...........................................................................................................................................9
5. REQUISITOS FUNCIONAIS (RF) .....................................................................................................8
[RF01]Manutenir Senhas ...............................................................................................................9
[RF02]Gerar Relatrios............................................................................................................10
[RF03]Definir prioridades........................................................................................................10
[RF04]Requisitar Dados AGHU...............................................................................................10
[RF05]Efetuar Login...............................................................................................................10
[RF06]Imprimir Senhas............................................................................................................11
[RF07]Imprimir Relatrios.........................................................................................................11
6. REQUISITOS NO-FUNCIONAIS (RNF) .......................................................................................11
6.1
USABILIDADE .........................................................................................................................12
[NFUS001]Interface Amigvell.....................................................................................................12
[NFUS002] Painel de auto atendimento.......................................................................................12
6.2
CONFIABILIDADE ....................................................................................................................12
[NFCO001] Acesso ao Banco de Dados......................................................................................12
[NFCO002] Validao de Login e Senha .....................................................................................13
6.3
DESEMPENHO .......................................................................................................................13
[NFDM001] Tempo de Espera de Senhas ...................................................................................13
[NFDM001] Tempo de Gerao de Relatrios .............................................................................13
6.4
SEGURANA..........................................................................................................................14
[NFSG001] Tipo de Usurio .........................................................................................................14
[NFSG002] Manuteno de Usurios ..........................................................................................14
6.5
IMPLANTAO .......................................................................................................................14
[NFIM001] Sistema Operacional Linux ........................................................................................14
[NFIM002] Configurao de Acesso ao Servidor .........................................................................15
6.6
PADRES..............................................................................................................................15
[NFPA001] ...................................................................................................................................15
[NFPA002] ...................................................................................................................................15
6.7
HARDWARE E SOFTWARE .......................................................................................................15
[NFHS001] Memria e Processador ............................................................................................15
[NFHS002] Impressora ................................................................................................................16
7. REQUISITOS INVERSOS (RIN) .....................................................................................................16
[RI001]Acesso ao sistema sem login..................................................................................16
[RI002]Escrita no Banco de Dados.....................................................................................16
8. ARTEFATOS DE ANLISE ............................................................................................................17
8.1
8.2

DIAGRAMA DE USE CASE .......................................................................................................17


DIAGRAMA DE CLASSES (MODELO DE DOMNIO) ......................................................................17

Disciplina de Engenharia de Software I

Pgina 3 de 29

Sistema de Gerenciamento de Atendimento (SGA)

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

8.3
8.4
8.5
8.6
8.7

de

DIAGRAMAS DE SEQUNCIA ....................................................................................................18


DIAGRAMA DE COMUNICAO.................................................................................................18
DIAGRAMA DE ATIVIDADE .......................................................................................................19
DIAGRAMA DE MQUINA DE ESTADO .......................................................................................19
PROTTIPO DAS TELAS ..........................................................................................................20

9. REPRESENTAO DA ARQUITETURA .......................................................................................24


9.1

ARQUITETURA DE SOFTWARE ESCOLHIDA ................................................................................24

10.PLANEJAMENTO DO PROJETO ..................................................................................................25


10.1

PLANOS DO PROJETO (ARTEFATOS SEGUNDO SCRUM) ...........................................................25

REFERNCIAS ....................................................................................................................................29

Disciplina de Engenharia de Software I

Pgina 4 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

1.

de

Introduo

Este documento tem como objetivo descrever os requisitos funcionais e no-funcionais, bem
como as melhorias necessrias de um sistema de gerenciamento de atendimento do
Hospital Universitrio da Universidade Federal de Sergipe, apresentando os casos de uso,
atores e outras caractersticas que facilitam a compreenso do sistema

1.1

Objetivo do Projeto

A adaptao do Sistema de Gerenciamento de Atendimento (SGA) tem por objetivo


melhorar e agilizar o atendimento, por meio da comunicao com um banco de dados
(AGHU) que contm o histrico dos pacientes, bem como suas consultas e exames.

1.2

Convenes, termos e abreviaes

Nmero de Ordem
Sigla
1
RF-XX

2.

Definio
Requisito Funcional Nmero XX

RNF-XX

Requisito No-Funcional Nmero XX

UC-XX

Caso de Uso Nmero XX

SGA

Sistema de Gerenciamento de Atendimento

AGHU

Aplicativo de Gesto para Hospitais Universitrios

HU

Hospital Universitrio

Viso Geral do Produto e Projeto

Funcionando h cerca de 31 anos, o HU/UFS totalmente integrado ao SUS (Sistema


nico de Sade). Atualmente a estrutura hospitalar dispe de 123 leitos, e desde 2007 o
complexo ambulatorial passou a contar com 68 consultrios.
Nosso projeto visa melhorar a capacidade e agilizar o atendimento aos pacientes,
diminuindo filas e organizando senhas. Sero beneficiados os setores de recepo,
consultrios e at mesmo os pacientes que podero gerar suas prprias senhas, caso
prefiram. Os usurios sero os profissionais, que ganharo um mdulo adicional no SGA, os
recepcionistas e os prprios pacientes, atravs de um terminal de autoatendimento.

2.1

Problema

O principal problema atualmente do setor de atendimento so as grandes filas, onde tanto


os pacientes como os profissionais dependem da recepo para a continuidade dos
servios. Com a comunicao entre os sistemas (SGA e AGHU), a gerao de senhas ser
facilitada, e a diminuio considervel das filas esperada. Tambm diminuir a sobrecarga
da recepo, pois alm de o prprio paciente poder gerar sua senha sem precisar passar
pelo balco, o profissional tambm poder chamar diretamente os seus pacientes. Para
isso, ele contar com uma lista a qual informar quais so os seus pacientes daquele dia, e
Disciplina de Engenharia de Software I

Pgina 5 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

seus respectivos pronturios e senhas. A senha gerada informar o nome do paciente e o


setor ao qual dever se dirigir, com informaes obtidas atravs do nmero do pronturio,
que far uma busca no banco de dados e retornar os dados necessrios.

2.2

Problemas

Grandes Filas;
Dependncia de recepcionistas;

Pessoas Atingidas

Pacientes, mdicos e recepcionistas;

Cujo impacto

Lentido no atendimento;
Dificuldades de atender a grande demanda.

Uma soluo bem


sucedida traria
(benefcios)

Agilidade no atendimento;
Diminuio das filas;
Diminuio da dependncia da recepo.

Principais Stakeholders e Usurios

Essa seo ser detalhada no documento termo de atribuio de papis e responsabilidades


no projeto/software.
Papel

Responsabilidades

Stakeholders

Realizar
consultas/exames

Atender
pacientes, Mdico
verificar
relatrio
de
consultas, chamar senhas.

Receber os pacientes

Coordenar
gerao
e Recepcionista
controle de fila de senhas.

Dirigir-se a recepo Aguardar


ou
ao
auto- senha.
atendimento

chamada

de Paciente

Realizar
entrevistas Definir requisitos, verificar Ana Paula
para
coleta
de possveis solues para o
requisitos
problema apresentado.
Realizar
entrevistas Definir requisitos, verificar Danillo
para
coleta
de possveis solues para o
requisitos
problema apresentado.

Disciplina de Engenharia de Software I

Pgina 6 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

2.3

de

Documento de Viso
Quadro 1 Modelo do Documento de Viso.

Modelo do Documento de Viso


Nome do Produto: SGA (Sistema de
Pblico-alvo: Pacientes, recepcionistas e mdicos
Gerenciamento de Atendimento)

Problema/Necessidade:
- Preenchimento de muitos campos para
gerao de senhas;
- O mdico depende do(s) recepcionista(s)
para que chame os seus pacientes;

Caractersticas-chave:
- Interligao de sistemas, visando agilizar o
atendimento;
- Gerao de senhas de forma mais prtica;
- Possibilidade de auto-atendimento, onde o prprio
paciente pode gerar sua senha;
- O mdico poder chamar diretamente seus
pacientes, controlando sua prpria fila de senhas.

Condies Gerais de Satisfao:

Diferenciais:
Interligao do SGA com o AGHU em que
constam os dados dos pacientes. Dessa
forma,
o(s)
recepcionista(s)
no
precisar(o) informar campos como nome
e nmero de documento do paciente,
bastando apenas informar o nmero do
pronturio. Haver tambm a opo de o
prprio paciente solicitar sua senha atravs
de um terminal de autoatendimento, o que
diminuir as filas em frente a recepo.
Tambm ser possvel que o mdico chame
os seus pacientes diretamente de seu
consultrio, e tambm que ele veja a lista
de pacientes daquele dia.

Disciplina de Engenharia de Software I

Pgina 7 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

Premissas, Riscos e Impedimentos:

Expectativas de Prazo:

Expectativas de Custo:

Elaborado por: Ana Paula Santos Soares e Aprovado por (Dono do Produto):
Danillo Siqueira Ramos

3.

Sistemas relacionados

Os sistemas do HU atualmente funcionam conectados a um servidor, mas sem


comunicao com outro sistema. Aps o trmino do desenvolvimento do projeto, ser
estabelecida uma comunicao entre o SGA e o AGHU, gerando com isso um subsistema
de auto-atendimento e um mdulo para os mdicos.

3.1

Situao atual

Atualmente, o paciente se dirige ao balco de recepo, entrega seus documentos ao


atendente, onde este informa seus dados ao SGA e com isso, entrega uma senha de acordo
com sua prioridade e com o tipo de servio a ser realizado. Ao receber a senha, o paciente
aguarda ser chamado atravs do painel que exibe as senhas. O sistema possui um servidor
local.

Disciplina de Engenharia de Software I

Pgina 8 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

3.2

de

Sistemas similares existente no mercado

Qualprox Unity:
Sistema moderno e de interface elegante, dispondo de muitas funes atrativas. Sua
instalao dispensa configurao de servidores e facilmente adaptvel a qualquer tipo de
organizao. Como pontos positivos, temos a gerao de relatrios de atendimento j
disposta no prprio sistema, alm da facilidade de instalao e manuseio. Como ponto
negativo,
o
sistema
possui
um
custo
elevado.
Disponvel
em:
http://www.specto.com.br/produtos-specto/qualprox-unity/
GTManager:
Possui uma interface bastante amigvel, onde, alm de exibir a senha atual, tambm torna
disponvel a fila de atendimento, com a sequncia de senhas. Disponibiliza uma forma de
entretenimento para quem aguarda, atravs da exibio de vdeos. Pontos positivos: O
mdulo para painel de totem de impresso j est incluso no sistema, gerao de grficos e
relatrios de atendimento. Disponvel em: http://www.genialtec.com.br/softwareorganizacao-filas-gerenciamento-atendimento.html

4. Atores
Ator

Descrio
Usurio dos servios do hospital. Interagir, se
desejar, atravs de um terminal de
autoatendimento.
Ter acesso direto ao sistema, gerenciando as
filas e chamando as senhas.
Ter um mdulo prprio no sistema, com funes
exclusivas a sua disposio.
Fornecer os dados solicitados pelo SGA

Paciente
Recepcionista
Mdico
AGHU

5. Requisitos Funcionais (RF)


Essa seo apresenta todos os requisitos funcionais j existentes e acrescidos no SGA.
[RF01] Manutenir Senhas

Prioridade:

Essencial

Importante

Desejvel

Ator(es):

Recepcionistas e Pacientes

Requisitos
associados:

RF006

Objetivo:

Gerar, alterar e cancelar senhas. O paciente apenas poder gerar e


imprimir sua senha no auto-atendimento.

Disciplina de Engenharia de Software I

Pgina 9 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

[RF02] Gerar Relatrios

Prioridade:

Essencial

Importante

Desejvel

Ator(es):

Mdico

Requisitos
associados:

RF007

Objetivo:

Gerar relatrio com lista de pacientes a serem atendidos


[RF03] Definir Prioridades

Prioridade:
Ator(es):

Essencial

Importante

Desejvel

Recepcionista e Pacientes

Requisitos
associados:
Objetivo:

Especificar e verificar prioridades de atendimento.


[RF04] Requisitar dados do AGHU

Prioridade:
Ator(es):

Essencial

Importante

Desejvel

AGHU

Requisitos
associados:
Objetivo:

AGHU retornar dados requisitados atravs do nmero do pronturio do


paciente.

[RF05] Efetuar Login

Prioridade:
Ator(es):

Essencial

Importante

Desejvel

Mdico e Recepcionista

Requisitos
associados:
Objetivo:

Garantir segurana de acesso ao sistema.

Disciplina de Engenharia de Software I

Pgina 10 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

[RF06] Imprimir Senhas

Prioridade:

Essencial

Ator(es):

Recepcionista e Paciente

Requisitos
associados:

RF001

Objetivo:

Imprimir a senha gerada.

Importante

Desejvel

[RF07] Imprimir Relatrios

Prioridade:

6.

Essencial

Importante

Ator(es):

Mdico

Requisitos
associados:

RF002

Objetivo:

Imprimir relatrios de atendimento

Desejvel

Requisitos No-Funcionais (RNF)

Nesta seo esto descritos os requisitos no funcionais j existentes no SGA.

Identificao
RNF01

Descrio
O sistema funciona em plataforma Linux

RNF02

O banco de dados utilizado o PostgreSQL e a linguagem usada Java

RNF03

Ser fornecida uma documentao contendo especificaes e diagramas do


sistema.

Disciplina de Engenharia de Software I

Pgina 11 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

6.1

de

Usabilidade

Esta seo descreve os requisitos no-funcionais associados facilidade de uso da


aplicao.
[NFUS001] Interface Amigvel
No havero mudanas significativas na interface, assim no causar estranhamento ao
usurio.
Prioridade:
Requisitos
funcionais
associados:

Essencial

Importante

Desejvel

RF001 a RF007

[NFUS002] Painel de auto-atendimento


O painel apresentar um campo com espao para digitao do nmero de pronturio.
Prioridade:
Requisitos
funcionais
associados:

6.2

Essencial

Importante

Desejvel

RF006

Confiabilidade

Esta seo descreve os requisitos no-funcionais associados freqncia e severidade de


falhas da aplicao e habilidade de recuperao das mesmas.
[NFCO001] Acesso ao Banco de Dados
O acesso ser apenas de leitura ao banco, no dever fazer alteraes, como tambm no
ter acesso a dados alm dos requisitados.
Prioridade:
Requisitos
funcionais
associados:

Essencial

Importante

Desejvel

RF004

Disciplina de Engenharia de Software I

Pgina 12 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

[NFCO002] Validao de Login e Senha


Garantir que o sistema apenas ser acessado pelo usurio previamente cadastrado
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

6.3

Desempenho

Esta seo descreve os requisitos no-funcionais associados eficincia, uso de recursos e


tempo de resposta da aplicao.

[NFDM001] Tempo de espera de senhas


O sistema informar o tempo que cada senha est aguardando na fila.
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

[NFDM002] Tempo de gerao de relatrios


O tempo de gerao de relatrios do sistema no deve ser maior do que 90 segundos.
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

Disciplina de Engenharia de Software I

Pgina 13 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

6.4

de

Segurana

Esta seo descreve os requisitos no-funcionais associados integridade, privacidade e


autenticidade dos dados da aplicao.
[NFSG001] Tipo de usurio
O tipo de cada usurio ser definido atravs do login, onde identificar os mdulos a qual
cada um ter acesso.
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

[NFSG002] Manuteno de usurios


Somente o administrador poder cadastrar ou excluir usurios, bem como fornecer ou retirar
privilgios.
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

6.5

Implantao

Esta seo descreve os requisitos no-funcionais associados implantao da soluo.


[NFIM001] Sistema Operacional Linux
As mquinas que recebero a soluo devero ter o Linux instalado
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

Disciplina de Engenharia de Software I

Pgina 14 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

[NFIM002] Configurao de acesso a servidor


As mquinas devero ter acesso ao servidor local
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

6.6

Padres

Esta seo descreve os requisitos no-funcionais associados a padres ou normas que


devem ser seguidos pela aplicao ou pelo seu processo de desenvolvimento.
[NFPA001]

Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

[NFPA002]

Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

6.7

Hardware e software

Esta seo descreve os requisitos no funcionais associados ao hardware e software


usados para desenvolver ou para executar a aplicao.
[NFHS001] Memria e Processador
A aplicao no exige mquinas robustas, por ser leve.
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

Disciplina de Engenharia de Software I

Pgina 15 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

[NFHS002] Impressora
desejvel uma impressora para impresso das senhas.
Prioridade:
Requisitos
funcionais
associados:

7.

Essencial

Importante

Desejvel

RF006 e RF007

Requisitos Inversos (RIN)

[RI001] Acesso ao sistema sem login


O sistema nunca ser acessado sem a realizao de login
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:
[RI002] Escrita no Banco de Dados
O sistema dever apenas ler do banco, nunca escrever.
Prioridade:

Essencial

Importante

Desejvel

Requisitos
funcionais
associados:

Disciplina de Engenharia de Software I

Pgina 16 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

8.

de

Artefatos de Anlise

Esta seo apresenta os arquivos em que esto documentadas as informaes geradas


pela Anlise.

8.1

Diagrama de Use Case

8.2

Diagrama de Classes (Modelo de Domnio)

Disciplina de Engenharia de Software I

Pgina 17 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

8.3

Diagramas de Sequncia (Pelo menos 1)

8.4

Diagrama de Comunicao (Pelo menos 1)

Disciplina de Engenharia de Software I

de

Pgina 18 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

8.5

de

Diagrama de Atividade (Pelo menos 1)


Paciente

Recepcionista

Efetuar login
Solicitar Senha

Mdico

Efetuar login

ou
Informar
Dados
Paciente

Dirigir-se ao auto
atendimento

do

Informar
Prioridade

Gerar relatrio de
consultas

Chamar
Pacientes

Gerar Senha

Alterar/Cancelar
Senha

Gerenciar fila de
atendimento

8.6

Diagrama de Mquina de Estado

Disciplina de Engenharia de Software I

Pgina 19 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

8.7

de

Prottipo das telas

Tela 1: Adio do mdulo Mdico

Tela 2: Login do mdulo mdico

Disciplina de Engenharia de Software I

Pgina 20 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

Tela 3: Mdulo Mdico

Tela 4: Atendimento Mdulo Mdico

Disciplina de Engenharia de Software I

Pgina 21 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

Tela 5: Triagem aps modificao

Tela 6: Atendimento

Tela 7: Monitor (Mdulo Mdico/Recepo)

Disciplina de Engenharia de Software I

Pgina 22 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

Tela 8: Totem de auto atendimento

Disciplina de Engenharia de Software I

Pgina 23 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

9. Representao da Arquitetura
A arquitetura atual do software o modelo cliente/servidor, onde temos um servidor que
distribui a aplicao para as maquinas. Ser mantida a mesma arquitetura, visto que as
modificaes no afetaro essa parte. O estilo arquitetural tambm ser mantido, que o
Orientado a Objetos. O software se encontra em portugus, quem tambm continuar sendo
usado.

9.1

Arquitetura de software escolhida

Continuaremos usando a arquitetura cliente/servidor, conforme diagrama de pacotes abaixo:

Disciplina de Engenharia de Software I

Pgina 24 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

10.

de

Planejamento do Projeto

10.1 Planos do Projeto (artefatos segundo SCRUM)


Quadro 2 Prioridade dos Requisitos.

Prioridade

Requisitos
RF005
Login

1
Alta

RF003

Prioridades

Efetuar

RF001 Manutenir
Senhas

Definir

RF004 Requisitar
Dados AGHU

RF002

Relatrios

Gerar

RF006
Senhas

Imprimir

2
Mdia
RF007
Relatrios

Disciplina de Engenharia de Software I

Imprimir

Pgina 25 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

BURNDOWN

Quadro 3 Backlog do Produto 1.

BACKLOG DO PRODUTO
Produto: SGA

Release:

RF001
Manutenir
Senhas

(-)

No Planejado

prioridade

RF002 Gerar
Relatrios

RF003 Definir
Prioridades

RF004
Requisitar
Dados AGHU

REQUISITOS

(+) prioridade

Requisitos:

Recurso
existente

Impedimentos

Recurso
desejvel

Recurso
existente

Recurso
essencial.
Prioridade
alta

RF005 Efetuar
Login

Recurso
existente

RF006 Imprimir
Senhas

Recurso
existente

Disciplina de Engenharia de Software I

Pgina 26 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

RF007 Imprimir
Relatrios

de

Recurso
desejvel.
Prioridade
mdia

Quadro 4 Plano do Release 1.

PLANO DO RELEASE
Produto: SGA

Release:

Data Estimada de Entrega: Time de Projeto e % de alocao: Sem


previso

Metas:
Implantar no menor tempo possvel a soluo
para agilidade no atendimento e distribuio de
senhas.
Quantidade e durao das Sprints:

Esforo estimado:
Custo/Valor do Projeto:

Backlog do produto priorizado:

Premissas, Riscos e Impedimentos:


.

ScrumMaster:
Danillo/Ana Paula

Data:
08/12/2015

Aprovado
Produto):

Disciplina de Engenharia de Software I

por

(Dono

do

Data:

Pgina 27 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

de

Quadro 5 Roadmap do Produto 1.

Nome do Produto:
Release 1

Verso do Roadmap:
Requisitos

Valor/Benefcio

PRD

Direcionador*

Data Incio:

Data
Entrega:
Elaborado por:

Aprovado por (Dono do Produto):

Quadro 6 - Sprint 1 do Release 1.

Plano da Sprint
Meta da Sprint: Implementar comunicao com AGHU
Durao: Aprox. 2 semanas
Data de Incio:

Integrantes de Equipe: Ana Paula/ Danillo Siqueira

Data de Encerramento:
Data de Reviso/Demo:
Definio de Pronto:
Local e Horrio das Reunies Dirias:
Universidade Federal de Sergipe

Requisitos Selecionados:
RF004

ScrumMaster:
Dono do Produto:
Quadro 7 Detalhes da Sprint 1.

Sprint:

Meta:

BACKLOG

EM
ANDAMENTO

CONCLUDO

BURNDOWN

RF004

Disciplina de Engenharia de Software I

Pgina 28 de 29

Sistema de Gerenciamento de Atendimento

Engenharia
Software I

Documento de Viso, Anlise, Projeto e Planejamento

Verso 1.0

IMPEDIMENTOS

de

ITENS NO
PLANEJADOS

Referncias
http://www.specto.com.br/categorias_produtos/gerenciamento-de-filas/
http://www.genialtec.com.br/software-organizacao-filas-gerenciamento-atendimento.html
http://www.schalter.com.br/software/gerenciamento-de-filas
Engenharia de Software Uma abordagem profissional. PRESSMAN, Roger S. 8 Ed.
Engenharia de Software SOMMERVILLE, Ian.

Disciplina de Engenharia de Software I

Pgina 29 de 29