Napolitano

Documento de Requisitos
Data: 09/12/2005

Universidade Ferderal de Pernambuco - UFPE

Centro de Informtica - CIn

Napolitano
Gerncia de Fbrica de Sorvetes
Documento de Requisitos
Verso 1.0

Equipe:
Daniel Agra (dmav)
Jeane Mendes (jmss2)
Leonardo Reinaldo (lmr)
Sylvia Campos (scls)
Histrico de Alteraes
Data

Verso

Descrio

Autor

07/03/200
5

1.0

Descrio dos requisitos funcionais e no

funcionais do Projeto Napolitano

Daniel Agra
Jeane Mendes
Leonardo
Reinaldo
Sylvia Campos

Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

ndice
Histrico de Alteraes________________________________________________________________2
1. Introduo__________________________________________________________________________6
1.1. Objetivos do documento___________________________________________________6
1.2. Viso Geral deste documento_______________________________________________6
1.3. Termos e acrnimos_______________________________________________________6
1.4. Convenes______________________________________________________________7
1.4.1. Identificao dos requisitos_______________________________________________7
1.4.2. Identificao os casos de uso_____________________________________________7
1.4.3. Prioridads dos requisitos_________________________________________________7
2. Descrio Geral do Sistema_________________________________________________________8
2.1. Motivao________________________________________________________________8
2.2. Sistema Proposto__________________________________________________________8
2.2. Descrio dos usurios____________________________________________________9
3. Requisitos Funcionais________________________________________________________________9
[RF001] Cadastrar Usurio_____________________________________________________9
[RF002] Descadastrar Usurio__________________________________________________9
[RF003] Alterar Usurio________________________________________________________9
[RF004] Alterar Dados Pessoais_________________________________________________9
[RF005] Cadastrar Revendedor_________________________________________________9
[RF006] Descadastrar Revendedor_____________________________________________10
[RF007] Alterar Revendedor___________________________________________________10
[RF008] Cadastrar Pedido_____________________________________________________10
[RF009] Listar Pedidos Pendentes______________________________________________10
[RF010] Confirmar Pedido_____________________________________________________10
[RF011] Cadastrar Venda_____________________________________________________10
[RF012] Descadastrar Venda__________________________________________________10
[RF013] Cadastrar Produto____________________________________________________11
[RF014] Descadastrar Produto_________________________________________________11
[RF015] Alterar Produto______________________________________________________11
[RF016] Cadastrar Matria-prima______________________________________________11
[RF017] Descadastrar Matria-prima___________________________________________11
[RF018] Alterar Matria-prima_________________________________________________11
[RF019] Cadastrar Compra____________________________________________________11
[RF020] Descadastrar Compra________________________________________________12
[RF021] Alterar Compra______________________________________________________12
[RF022] Gerar Relatrio Contas a Pagar________________________________________12
[RF023] Gerar Relatrio Contas a Receber______________________________________12
[RF024] Gerar Relatrio Vendas Peridicas_____________________________________12
[RF025] Efetuar Logon________________________________________________________12
4. SIG (Softgoal Interdependency Graph) Requisitos Funcionais______________________12
4.1. Requisitos Iniciais em i*___________________________________________________13
5. Modelagem dos Requisitos Funcionais (Casos de Uso)______________________________18
5.1. Viso Geral______________________________________________________________18
5.2. Matrias Primas__________________________________________________________18
5.2. Vendas__________________________________________________________________18
5.4. Produtos________________________________________________________________19
Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

5.5.
5.6.
5.7.
5.8.

Compras________________________________________________________________19
Revendedores___________________________________________________________19
Usurios________________________________________________________________20
Pedidos_________________________________________________________________20

6. Requisitos No Funcionais__________________________________________________________21
6.1. Desempenho____________________________________________________________21
[RNF001] Tempo de Resposta_________________________________________________21
[RNF002] Usurios Simultneos_______________________________________________21
6.2. Usabilidade______________________________________________________________21
[RNF003] Interface Amigvel__________________________________________________21
6.3. Confiabilidade___________________________________________________________21
[RNF004] Privacidade________________________________________________________21
[RNF005] Sistema de Gerenciamento de Banco de Dados________________________22
[RNF006] Dados Persistentes__________________________________________________22
6.4. Portabilidade____________________________________________________________22
[RNF007] Compatibilidade____________________________________________________22
6.5. Implementao__________________________________________________________22
[RNF008] Linguagens de Programao_________________________________________22
[RNF009] Ferramentas_______________________________________________________23
7. SIG (Softgoal Interdependency Graph) Requisitos No-Funcionais_________________23
8. Referncias________________________________________________________________________24
9. Glossrio__________________________________________________________________________24
10. Relatrio da Equipe_______________________________________________________________24
11. Apndices________________________________________________________________________25
11.1. Apndice A Entrevista_________________________________________________25

Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

1. Introduo
1.1. Objetivos do documento
Este documento especifica o Projeto Napolitano atravs de uma coleta,
anlise e definio das necessidades do cliente, bem como define as caractersticas de
alto nvel que o sistema deve prover. O foco so os requisitos tcnicos identificados e o
motivo destes existirem.
1.2. Viso Geral deste documento
Esta introduo fornece as informaes necessrias para fazer um bom uso deste
documento, explicitando seus objetivos e as convenes que foram adotadas no texto. As
demais sees apresentam a especificao do Projeto Napolitano e esto organizadas como
descrito abaixo.:
Item 2 Descrio geral do sistema: motivao para realizao do sistema e
problema a ser resolvido e como foi identificada a soluo que o sistema se
propem a implantar.
Item 3 Requisitos funcionais: lista os requisitos funcionais do sistema, especificando
seus objetivos e prioridades.
Item 4 Modelagem organizacional: modelagem dos requisitos usando a notao i*,
incluindo os modelos de dependncia estratgica e o modelo estratgico de
razo.
Item 5 Modelagem de requisitos funcionais (Diagrama de Use case): especifica os
casos de uso do sistema, descrevendo os fluxos de eventos, entradas e
sadas de cada caso de uso a ser implementado.
Item 6 Requisitos no funcionais: especifica todos os requisitos no funcionais do
sistema.
Item 7 Modelagem de requisitos no funcionais: modelagem usado o NFR Framework
,mostra os refinamentos dos requisitos no funcionais, explicita
interdependncias entre eles, mostra operacionalizaes.
Item 8 Referncias: contm uma lista de referncias para outros documentos
relacionados.
Item 9 Glossrio
Item 10 Relatrio da equipe: mostra o esforo dos membros da equipe durante o
projeto.
Item 11 Apndices

1.3. Termos e acrnimos

Esta sesso apresenta os conceitos de alguns termos importantes usados neste
documento que possam causar alguma ambigidade ou no entendimento por pessoas que
desconheam a terminologia utilizada.

Termo

Descrio

Requisitos funcionais

Requisitos tcnicos do software que compe o sistema,

que descrevem aes que o sistema deve estar apto a
executar, ou seja, o que o sistema deve fazer.
Requisitos tcnicos do software que compe o sistema,
que descrevem atributos que o sistema deve possuir ou
restries sob as quais ele deve operar.

Requisitos no funcionais

Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

1.4. Convenes
1.4.1. Identificao dos requisitos
Os requisitos funcionais so identificados pelo prefixo RF seguido de um
nmero seqencial, como [RF001]. Os requisitos no funcionais so identificados pelo
prefixo RNF seguido de um nmero seqencial, como [RNF001].
1.4.2. Identificao os casos de uso
Os casos de uso so identificados pelo prefixo UC seguido de um nmero
seqencial, como [UC001]. Os fluxos secundrios so identificados pelo prefixo FS
seguido de um nmero do caso de uso a qual pertencem e de um numero seqencial,
como [FS001-1].
1.4.3. Prioridads dos requisitos
Para estabelecer a prioridade dos requisitos foram adotadas as denominaes
essencial, importante e desejvel. A prioridade dos requisitos utilizada no
gerenciamento do escopo das etapas do projeto e na definio das prioridades durante
o desenvolvimento do sistema.
Essencial: requisito sem o qual o sistema no entra em funcionamento.
Requisitos essenciais so requisitos imprescindveis, devem ser implementados
desde as primeiras implantaes do sistema.
Importante: requisito sem o qual o sistema entra em funcionamento, mas de
forma no satisfatria. Requisitos importantes devem ser implantados o mais
rpido possvel, mas, se no forem, parte do sistema poder ser implantada
mesmo assim.
Desejvel: requisito que no compromete as funcionalidades bsicas do
sistema, isto , o sistema pode funcionar de forma satisfatria sem ele.
Requisitos desejveis so requisitos que podem ser implantados por ltimo, sem
comprometer o funcionamento do sistema.

2. Descrio Geral do Sistema

2.1. Motivao
A J&S sorvetes faz o controle de seu estoque atravs de planlhas Excel e
preenchimento de formulrios. Ambas as soluo no satisfazem a empresa. A primeira
por dificultar a sua organizao, necessitando de um cuidadoso padro na nomeao
dos arquivos, identificando data e filial aos quais os dados pertencem, assim como
criao das pastas que agruparam estes arquivos. Tambm difcil ter a viso do todo,
j que os dados esto descentralizados. A segunda soluo impossibilita qualquer
automao dos dados, assim como dificulta a sua organizao.
Qualquer empresa inserida no mercado comercial necessita da agilidade e
apoio a tomadas de deciso que os sistemas de informao devem oferecer, tornandoa mais competitiva e eficiente. Esta a meta principal do Projeto Napolitano.
2.2. Sistema Proposto

Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

O Napolitano ser utilizado pelos administradores e secretrias da J&S

sorvetes para controlar o processo de produo e vendas da fbrica de sorvetes, bem
como permitir a gerncia dos revendedores e estoque de matria-prima.
Atravs do sistema a J&S sorvetes registrar informaes dos revendedores,
tais como: razo social, nome fantasia, GCG, inscrio municipal, inscrio estadual,
endereo postal (rua, nmero, complemento, CEP, bairro, cidade, estado) e contatos (email, telefone, fax, site). O revendedor poder fazer pedidos atravs do site, telefone
ou fax. Cada pedido possui um cdigo, a data no qual foi realizado e possveis
observaes, alm dos produtos e suas quantidades individuais.
O sistema tambm gerenciar as vendas que sempre estaro a pedidos numa
relao um para um. Essas vendas possuem um cdigo, a data na qual foram
processadas, a data de pagamento, e o preo total e os produtos com suas
quantidades individuais.
Cada produto representa um sabor de sorvete fabricado e possui um
identificador, uma descrio, sua quantidade estocada, a unidade de medida
(normalmente balde de 10L), o preo, e a quantidade mnima permitida em estoque.
O controle das matrias-primas no est associado aos produtos fabricados,
entretanto, o sistema tambm as gerenciar. As matrias-primas tm um cdigo, uma
descrio, uma quantidade mnima permitida em estoque, a quantidade atual. Essas
matrias-primas tm associaes com compras realizadas pela fbrica e possuem uma
quantidade e um preo unitrio para cada compra associada. So registrados ainda o
cdigo da compra, seu valor total, e as datas de realizao e de vencimento destas
compras.
2.2. Descrio dos usurios
Os usurios do sistema Napolitano so funcionrios (secretria, gerente) da
fbrica, que fazem o controle dos usurios do sistema, dos produtos no estoque, dos
produtos vendidos, das contas a pagar, das contas a receber, das vendas peridicas;
bem como os revendedores, que solicitam pedidos ao sistema.

3. Requisitos Funcionais
[RF001] Cadastrar Usurio
Descri Um usurio que possui nvel de administrador pode cadastrar um novo
o:
usurio do sistema.
Prioridad Essencial
e:
[RF002] Descadastrar Usurio
Descri Um usurio que possui nvel de administrador pode descadastrar um
o:
usurio do sistema.
Prioridad Essencial
e:
[RF003] Alterar Usurio
Descri Um usurio com nvel de acesso de administrador pode alterar os dados de
o:
um usurio do sistema.
Prioridad Essencial
e:

Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

[RF004] Alterar Dados Pessoais

Descri
Um usurio pode alterare seus dados de usurio do sistema.
o:
Prioridad Essencial
e:
[RF005] Cadastrar Revendedor
Descri Um usurio que possui nvel de secretria (funcionrio) pode cadastrar um
o:
novo revendedor (cliente) no sistema.
Prioridad Essencial
e:
[RF006] Descadastrar Revendedor
Descri Um usurio que possui nvel de secretria (funcionrio) pode descadastrar
o:
um revendedor no sistema.
Prioridad Essencial
e:
[RF007] Alterar Revendedor
Descri Um usurio que possui nvel de secretria (funcionrio) pode alterar os
o:
dados de um revendedor cadastrado.
Prioridad Essencial
e:
[RF008] Cadastrar Pedido
Descri Um usurio que possui nvel de secretria (funcionrio) ou um revendedor
o:
(cliente) pode cadastrar um pedido de sorvete (produto) no sistema.
Prioridad Essencial
e:
[RF009] Listar Pedidos Pendentes
Descri Um usurio que possui nvel de secretria (funcionrio) pode acessar a lista
o:
dos pedidos dos revendedores que esto pendentes.
Prioridad Essencial
e:
[RF010] Confirmar Pedido
Descri Um usurio que possui nvel de secretria pode confirmar um pedido de um
o:
revendedor (cliente) no sistema.
Prioridad Essencial
e:
[RF011] Cadastrar Venda
Descri Um usurio que possui nvel de secretria pode cadastrar uma nova venda
o:
no sistema.
Prioridad Essencial
e:
[RF012] Descadastrar Venda
Descri Um usurio que possui nvel de secretria pode descadastrar uma venda no
o:
sistema.
Prioridad Essencial
e:
Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

[RF013] Cadastrar Produto

Descri Um usurio que possui nvel de secretria pode cadastrar um novo produto
o:
(sorvete) no sistema.
Prioridad Essencial
e:
[RF014] Descadastrar Produto
Descri Um usurio que possui nvel de secretria pode descadastrar um produto
o:
no sistema.
Prioridad Essencial
e:
[RF015] Alterar Produto
Descri Um usurio que possui nvel de secretria pode alterar os dados de um
o:
produto cadastrado.
Prioridad Essencial
e:
[RF016] Cadastrar Matria-prima
Descri Um usurio que possui nvel de secretria pode cadastrar uma nova
o:
matria-prima (sorvete) no sistema.
Prioridad Essencial
e:
[RF017] Descadastrar Matria-prima
Descri Um usurio que possui nvel de secretria pode descadastrar uma matriao:
prima no sistema.
Prioridad Essencial
e:
[RF018] Alterar Matria-prima
Descri Um usurio que possui nvel de secretria pode alterar os dados de uma
o:
matria-prima cadastrada.
Prioridad Essencial
e:
[RF019] Cadastrar Compra
Descri Um usurio que possui nvel de secretria pode cadastrar uma nova
o:
compra no sistema.
Prioridad Essencial
e:
[RF020] Descadastrar Compra
Descri Um usurio que possui nvel de secretria pode descadastrar uma compra
o:
no sistema.
Prioridad Essencial
e:
[RF021] Alterar Compra
Descri Um usurio que possui nvel de secretria pode alterar os dados de uma
o:
compra cadastrada.
Prioridad Essencial
e:
Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

[RF022] Gerar Relatrio Contas a Pagar

Descri Um usurio que possui nvel de administrador pode solicitar um relatrio de
o:
contas a pagar at uma data limite.
Prioridad Importante
e:
[RF023] Gerar Relatrio Contas a Receber
Descri Um usurio que possui nvel de administrador pode solicitar um relatrio de
o:
contas a receber at uma data limite.
Prioridad Importante
e:
[RF024] Gerar Relatrio Vendas Peridicas
Descri Um usurio que possui nvel de administrador pode solicitar um relatrio de
o:
vendas peridicas, ou seja, dentro de um intervalo de tempo.
Prioridad Importante
e:
[RF025] Efetuar Logon
Descri
Compreende a entrada de um ator no sistema, se devidamente permitido.
o:
Prioridad Essencial
e:

4. SIG (Softgoal Interdependency Graph) Requisitos

Funcionais
Os diagramas do SIG (Softgoal Interdependency Graph) de Dependncia
Estratgica (SD) e Razo Estratgica (SR) usando notao i* so mostrados abaixo,
alm dos diagramas de detalhamento dos atores (ver Figura 1). Ns no consideramos
para os atores os agentes, papis, posies nos diagramas de SD e SR, uma vez que, a
complexidade dos mesmos iria dificultar a elaborao e entendimento dos mesmos.

Figura 1: Modelegem i* refinada dos Atores do sistema.

Napolitano

Napolitano
Documento de Requisitos
Data: 09/12/2005

4.1. Requisitos Iniciais em i*

Os dois principais atores para a aplicao so: o cliente que no nosso contexto
o revendedor dos nossos produtos (sorvetes produzidos na fbrica) e a fbrica de
sorvetes J&S Sorvetes nomeados respectivamente de Revendedor e Sorveteria. O
cliente tem um objetivo relevante que Comprar Sorvetes, enquanto a empresa tem o
objetivo de Manter Revendedores Satisfeitos, e Aumentar Vendas. J que os dois
ltimos objetivos no so bem definidos, eles so representados como objetivos soft
conforme mostrado na Figura 2.

Figura 2: Principais Atores e Objetivos

Numa anlise mais detalhada do ambiente organizacional podemos identificar
mais dois atores, um que abastecer a Sorveteria com as matrias-primas necessrias
para a fabricao dos sorvetes, chamado ento de Fornecedor, e outro que o
funcionrio da empresa, nomeado de Funcionario. A Figura 3 ilustra os relacionamentos
inicialmente identificados entre os quatro atores. O Revendedor depende da Sorveteria
para ter seu objetivo Comprar Sorvete alcanado. Reciprocamente, a Sorveteria
depende do Revendedor para Aumentar Vendas e Manter Revendedores Satisfeitos.
Como a meta de Manter Clientes Satisfeitos no pode ser definida precisamente, ela
representada como um objetivo soft. O Revendedor tambm possui dependncia com a
Sorveteria para atravs dos relacionamentos Diminuir Tempo de Resposta das
solicitaes, representado tambm como objetivo soft. Alm disso, a Sorveteria
depende do Fornecedor para prover matria-prima de forma contnua (dependncia de
objetivo: Fornecimento Contnuo) e para adquirir a matria-prima (dependncia de
recurso: Matria-prima).
J o ator Funcionrio depende da Sorveteria para ter o objetivo de acessar os
relatrios de contas apagar e contas a receber, poder realizar as tarefas de cadastrar
Usurios e Produtos, chamados, respectivamente de Acessar Relatrios, Cadastrar
Usurios e Cadastrar Produtos. Alm do objetivo soft Rapidez.

Napolitano

10

Napolitano
Documento de Requisitos
Data: 09/12/2005

Figura 3: Modelo de Dependncia Estratgica da Sorveteria

Uma vez que os atores relevantes e seus objetivos foram identificados, o
modelo de Razo Estratgica determina atravs da anlise meio-fim como esses
objetivos (incluindo objetivos soft) podem realmente ser cumpridos atravs da
contribuio de outros atores. A Figura 4 focaliza sobre uma das dependncias de
objetivo soft identificada para Sorveteria, que foi denominada de Aumentar Vendas.
Para alcanar esse objetivo soft, a anlise feita postula que o objetivo Gerenciar
Fabrica pode ser cumprido por meio da tarefa Dirigir Fabrica. As tarefas normalmente
so ordenadas em seqncias de passos voltados para realizar algum objetivo (soft).
Ou seja, as tarefas podem ser decompostas em objetivos (soft) e/ou sub-tarefas, que
coletivamente completam o cumprimento da tarefa. Na Figura 4, a tarefa Dirigir
Fabrica decomposta nos objetivos Controlar Faturamento e Tratar Pedidos dos
Revendedores, na tarefa Gerenciar Estoque, e no objetivo soft Melhorar Servio que
juntos realizam a tarefa Dirigir Fabrica.

Napolitano

11

Napolitano
Documento de Requisitos
Data: 09/12/2005

Figura 4: Modelo de Razo Estratgica para Sorveteria

Os sub-objetivos e as sub-tarefas podem ser especificados mais precisamente
atravs de refinamentos. Por exemplo, o objetivo Tratar Pedidos dos Revendedores
atendido tanto pelas tarefas Pedidos Por Telefone, Pedidos por Fax ou Pedidos Atravs
da Internet, enquanto a tarefa Gerenciar Estoque deve ser coletivamente realizada
pelas tarefas Vender Estoque e Aumentar Estoque. Essa decomposio nos permite
eventualmente identificar atores que podem realizar um objetivo, executar uma tarefa,
ou entregar algum recurso necessrio para Sorveteria. Tais dependncias na Figura 4
so, entre outras, as dependncias de objetivo e de recurso sobre o Fornecedor para o
fornecimento, de uma forma contnua de matria-prima e vender produtos e as
dependncias de objetivo soft sobre o Revendedor para Aumentar Vendas (atravs da
operao da loja) e Manter os Revendedor Satisfeito (atravs da melhoria do servio).
O objetivo soft Diminuir Tempo de Resposta, por sua vez, depende de outro, chamado
Melhorar Comunicao, e realizando-se atravs da meta Promover Comunicao que
poder ser realizdo por uma das duas tarefas, Enviar E-mail ou Disponibilizar
Informao no Site.
Num prximo passo da anlise da organizao podemos incluir o ator
NapolitanoWEB que representa o mdulo do sistema de informao que vai
implementar o sistema de vendas pela Internet. Por exemplo, na Figura 5 o ator
NapolitanoWEB adicionado ao Modelo de Dependncia Estratgica.

Napolitano

12

Napolitano
Documento de Requisitos
Data: 09/12/2005

Figura 5: Modelo de Dependncia Estratgica da Sorveteria com o ator NapolitanoWEB

A Sorveteria depende do sistema NapolitanoWEB para processar Pedidos Web.
O Revendedor, por sua vez, depende do NapolitanoWEB para Fazer Pedidos atravs da
Internet, pesquisar o banco de dados por palavras chaves (Pesquisar Por Palavras
Chaves), ou simplesmente Navegar no Catlogo on-line.
Apesar do Modelo de Dependncia Estratgica fornecer dicas sobre porque os
processos so estruturados de uma certa maneira, ele no suporta suficientemente
ferramentas para sugerir, explorar e avaliar solues alternativas. medida que
processo de anlise prossegue, so descobertas responsabilidades adicionais para o
NapolitanoWEB, conforme representado na Figura 6.

Napolitano

13

Napolitano
Documento de Requisitos
Data: 09/12/2005

Figura 6: Modelo de Razo Estratgica para o ator NapolitanoWEB

A figura 6 mostra a sub-tarefa Gerenciar Loja da Internet que inicialmente
refinada para objetivos Tratar Pedidos da Internet e Tratar Pesquisa de Produto,
objetivos Atrair Novos Cliente e na tarefa Produzir Estatstica. Para gerenciar pedidos
da Internet, o objetivo Tratar Pedidos da Internet alcanado atravs da tarefa
Carrinho de Compra que decomposto em sub-tarefas Selecionar Item, Adicionar
Produto e Confirmar Compra. Essas so as atividades do processo principal que so
necessrias para projetar a operacionalizao de uma compra on-line. O objetivo Obter
Identificao alcanado tanto atravs da tarefa Formulrio Seguro. Para permitir o
pedido de novos itens no listado no catlogo, Selecionar Produto refinado em duas
sub-tarefas alternativas, uma dedicada a selecionar itens catalogados e a outra para
fazer o pr-pedido de produtos indisponveis.
O estudo de caso no seguiu nenhum padro de estilo para a nomeao dos
elementos do i* (ator, tarefa, recurso, objetivo e objetivo soft). Contudo a critrio do
usurio poderia ser adotado um padro, por exemplo, usar substantivos para atores e
recursos e utilizar verbos no infinitivo para nomear tarefas. Alm disso no foram
acentuados os nomes, pois a ferramenta OME no suporta acentuao.

5. Modelagem dos Requisitos Funcionais (Casos de Uso)

5.1. Viso Geral

Napolitano

14

Napolitano
Documento de Requisitos
Data: 09/12/2005

5.2. Matrias Primas

5.2. Vendas

Napolitano

15

Napolitano
Documento de Requisitos
Data: 09/12/2005

5.4. Produtos

5.5. Compras

5.6. Revendedores

Napolitano

16

Napolitano
Documento de Requisitos
Data: 09/12/2005

5.7. Usurios

5.8. Pedidos

Cadastrar Pedido

Revendedor

Lisar Pedidos Pendentes

Funcionario

Confirmar Pedido

Napolitano

17

Napolitano
Documento de Requisitos
Data: 09/12/2005

6. Requisitos No Funcionais
6.1. Desempenho
[RNF001] Tempo de Resposta
Descri Os usurios do sistema devero esperar, em mdia, 15 segundos para o
o:
processamento de uma requisio.
Prioridad Importante
e:
[RNF002] Usurios Simultneos
Descri O sistema dever suportar processamento multi-usurio, ou seja, vrios
o:
usurios podero utilizar o sistema simultaneamente.
Prioridad Essencial
e:
6.2. Usabilidade
[RNF003] Interface Amigvel
Levando em conta a grande heterogeneidade de usurios do sistema, a
interface grfica dever considerar aspectos de Usabilidade. A interface
grfica ser implementada em HTML, CSS e JSP e, portanto, utilizar um
Descri navegador de Internet para navegao. Dessa forma, sero utilizados
o:
aspectos que beneficiem a navegabilidade do usurio, como disposio
intuitiva e hierrquica dos menus. Uma boa estimava de tempo para o
usurio aprender a utilizar o sistema que seu aprendizado dure, no
mximo, 15 minutos.
Prioridad Importante
e:
6.3. Confiabilidade
[RNF004] Privacidade
Usurios no podero acessar informaes de outros usurios sem que
Descri estejam autenticados no sistema. Outras regras tambm sero impostas de
o:
acordo com a hierarquia dos usurios dentro do sistema. Por exemplo,
usurios no podero modificar dados pessoais de outro.
Prioridad Essencial
e:
[RNF005] Sistema de Gerenciamento de Banco de Dados
Descri O SGBD usado ser o MySQL, que uma tecnologia estvel e bastante
o:
utilizada no mercado, alm de ser uma software livre.
Prioridad Desejvel
e:
[RNF006] Dados Persistentes
Descri Deve ser derivada uma modelagem E-R em ferramenta CASE. Essa
o:
modelagem dever ser usada na implementao das tabelas no MySQL.
Prioridad Essencial
e:
Napolitano

18

Napolitano
Documento de Requisitos
Data: 09/12/2005

6.4. Portabilidade
[RNF007] Compatibilidade
O sistema dever ser compatvel com qualquer navegador que suporte os
Descri
construtores bsicos de HTML definidos pela W3C e tambm CSS,
o:
JavaScript e JSP.
Prioridad Importante
e:
6.5. Implementao
[RNF008] Linguagens de Programao
O Napolitano utilizar JavaTM e Java Server PagesTM para implementao
Descri dos cdigos do Sistema. Essas tecnologias permitiro o desenvolvimento
o:
de um sistema robusto, pois so estveis e consistentes, alm de
suportarem a programao multi-plataforma.
Prioridad Desejvel
e:

[RNF009] Ferramentas
As ferramentas utilizadas sero:
Eclipse Platfform: Um IDE para desenvolvimento de aplicaes
JavaTM;
Borland JBuilder 8.0: Um IDE para desenvolvimento de aplicaes
em JavaTM. No Napolitano ter maior importncia para a etapa de
Descri
implementao da interface grfica com usurio;
o:
Rational Rose: Ferramenta CASE UML utilizada para a modelagem
dos casos de uso, de diagramas de classes e outros aspectos do
projeto. Ser importante durante todo o projeto, pois permite utilizar
o RUP mais facilmente;
Microsoft Office: Sua utilizao ser como editor de material auxiliar,
i.e. documentao, e desenvolvimento do site do projeto;
Prioridad Desejvel
e:

7. SIG (Softgoal Interdependency Graph) Requisitos NoFuncionais

No diagrama abaixo, pode ser visto como todos os requisitos no-funcionais
esto relacionados e os impactos causados devido a esses relacionamentos.

Napolitano

19

Napolitano
Documento de Requisitos
Data: 09/12/2005

8. Referncias
Site da disciplina Anlise e Projeto de Sistemas (IF718).
URL: http://www.cin.ufpe.br/~if718/
Documento de Estudo de Viabilidade
URL: http://www.cin.ufpe.br/~lmr/ERVS/
Ian Sommerville. Software Engineering - sixth edition. Addison-Wesley, 2000

9. Glossrio
Diagrama SD Diagrama de dependncia estratgica dos requisitos organizacionais.
Diagrama SR Diagrama de razo estratgica dos requisitos organizacionais.
Softgoal Objetivo de um ator que no pode ser mensurado.
CMM Capability Maturity Model. Modelo de maturidade.
RUP Rational Unified Process. Processo unificado da Rational.
Java linguagem de programao.
mPM Gerencia de mltiplos projetos.
Help on-line Ajuda ao usurio em tempo real.
Browser Software para acesso a web.

10. Relatrio da Equipe

Todos os membros da equipe se encarregaram de estudar e participar da
elaborao de todos os estudos de viabilidade. Depois, alguns se encarregaram mais
Napolitano

20

Napolitano
Documento de Requisitos
Data: 09/12/2005

da parte dos diagramas enquanto outros ficaram com a produo dos textos do
documento, mas com a mesma carga de trabalho.
Nome

Assinatura

Daniel Agra
Jeane Mendes
Leonardo
Reinaldo
Sylvia Campos

% de esforo
25%
25%
25%
25%

11. Apndices
11.1. Apndice A Entrevista
Para conhecer melhor a organizao de uma fbrica de sorvetes fizemos uma
entrevista com uma profissional com experincia na rea, o Gerente da J&S Sorvetes,
Joabe Jesus, o qual nos atendeu muito bem sendo solcito a equipe.
Atravs da entrevista, o gerente fez um breve relato sobre o funcionamento da
fbrica e os servios necessrios ao seu funcionamento e gesto.
1. O que a sua empresa faz?
A minha empresa produz sorvetes de vrios sabores e vende para revendedores
em toda a regio metropolitana. Ou seja, somos uma fbrica de sorvetes.
2. Para quem voc vende seus produtos?
Vendemos para padarias, lanchonetes, outras sorveterias, motis, navios,
supermercados, entre outros.
3. Como os clientes entram em contato com vocs?
Atualmente, eles entram em contato por telefone, a secretria anota os pedidos
no papel e depois passa para as planilhas.
4. Como que a fbrica controla os cadastros dos produtos e clientes?
Atualmente, ns utilizamos o programa Excel, fazendo uso de algumas funes
que automatizam um pouco a gerncia de todas essas informaes. Ajudou a melhorar
o antigo mtodo de quando abrimos a fbrica, onde era tudo anotado em papel.
5. Como a fbrica controla as contas a receber e as contas a pagar?
Como j falei anteriormente, utilizamos o Excel.
6. Quem controla essas atividades sente alguma dificuldade no uso do atual
sistema?
Os funcionrios que so responsveis por utilizar as planilhas reclamam de
dificuldades com relao atualizao dos dados nas planilhas que possuem relaes

Napolitano

21

Napolitano
Documento de Requisitos
Data: 09/12/2005

entre si, reclamam de dificuldades no manuseio dos vrios arquivos criados, pois no
temos um banco de dados.
7. O que voc procura obter com um sistema que lhe auxilie na gesto da
fbrica?
Primeiramente, eu gostaria que o determinado sistema me provesse a
oportunidade que receber pedidos via internet, sendo assim eu poderia abrir meu
leque de clientes, bem como oferecer um melhor servio para eles. Pensando numa
maneira mais tcnica, gostaria que as informaes que possumos seja mais bem
organizada, nos permitindo a extrao de relatrios mais completos.
8. Qual o valor do investimento no sistema que voc pretende aplicar para
aumentar o leque de clientes e organizar os processo de venda, estoque, etc?
Essa informao eu quero ouvir de voc. Quero que vocs respondam para mim
quanto eu terei que gastar.
9. O que a fbrica vende como produto final para o revendedor?
Ns vendemos baldes de 10 litros (L) de sorvetes.
10. Qual o preo do balde que voc vende?
A mdia de preo do balde de 10L R$ 50,00.
11. Qual a quantidade de baldes de 10L que vocs vendes por ms
aproximadamente?
Vendemos aproximadamente 320 baldes por ms.
12. Na fabricao de cada balde de sorvete, qual a porcentagem de lucro?
O lucro em cada balde de sorvete de, aproximadamente, 45%.
13. Voc possui alguma estrutura para suportar esse sistema, como:
computador, provedor de internet, servidor?
Atualmente, possumos 3 computadores que foram recentemente atualizados.
So computadores muito bons. Ns no temos provedor de internet e no temos
servidor. So utilizados apenas os programas de edio de texto para fazer relatrios e
o programa de planilha para guardar, em arquivos, as informaes da empresa.
14. A quantidade de computadores suficiente para a gesto da fbrica?
Sim. Apenas quem precisa de computador a secretria, o gerente da fbrica e
eu.

Napolitano

22