APS 7º Semestre Ciencia Computação

•

UNIP

oscar florencio

23/09/2021

E aí, curtiu este material?

Ajude a incentivar outros estudantes a melhorar o conteúdo

Gostou desse material? Compartilhe! 🧡

Atividade Pratica Supervisionada - Aps

724 Materiais compartilhados

Baixe o app para aproveitar ainda mais

Leia os materiais offline, sem usar a internet. Além de vários outros recursos!

Prévia do material em texto

UNIP – UNIVERSIDADE PAULISTA
Curso de Ciência da Computação

ATIVIDADES PRÁTICAS SUPERVISONADAS – APS

“DESENVOLVIMENTO DO ESCOPO DE UM PROJETO DE UM PRODUTO DE SOFTWARE”

Alunos:

Oscar Luis Florencio Junior - RA:N342CE-3

Eliezer de Moraes Murca - RA: N2577H-3

João Vitor Alves Silva - RA: N368CB-8

SUMARIO
1. OB JE TIV O .................................................................................................................... 5
2. IN TR ODU ÇÃ O .................................................................................................................... 6
3. C ON CE IT OS GE RA IS ............................................................................................. 8
1. Re quisito s d e So ftwa re ....................................................................... 8
2. En g e n ha ria d e R e q u isitos ............................................................................... 8
3. De scrição de Re q uisito s. ................................................................................ 9
4. DE SCR IÇ ÃO DA S AT IV ID AD ES ( Elic itação) ..................................................... 11
1. Introd ução ......................................................................................... 11
1.1 Referencias. ....................................................................................................... 11
2. Po s icio n a me n to ................................................................................................. 11
2.1 De cla raçã o d o Pr o ble ma ....................................................................... 11
2.2 Declaração de Produção do Produto ................................................. 12
2.3 Descrição dos usuários e envolvidos. ................................................. 12

2.3.1 Resumo dos envolvidos.......................................................... 12
2.3.2 Resumo dos usuários............................................................. 14
2.3.3 Ambiente dos usuários........................................................... 15
2.3.4 N ecessidades dos envolvidos ou usuários finais.................... 16
2.3.5 Alternativa e Concorrência..................................................... 17
2.4 Visão Geral dos Produtos............................................................... 18
2.4.1 Perspectivas do Produto........................................................ 18
2.4.2 Suposições e Dependências................................................. 18
2.5 Recursos do produto ....................................................................................................... 18
2.5.1 Outros Recursos do Produto ......................................... 19
4.1 D ES CRIÇÃ O DAS A TIVID AD ES (R egr a d e ne gócio )................................................... 20
1. In tr odu ção ............................................................................................................ 20
1.1 Fin alida d e .................................................................................................. 20
1.2 Escopo ......................................................................................................... 20
1.3 R e fe r ên c ia ............................................................................................... 21
1.4 Visã o G er al ................................................................................................ 21
2. Definições. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.1 Área administrativa .............................................................................. 22

2.2 Área acadêmica ................................................................................ 22
4.2 D ES CRIÇÃ O DA S ATIVID AD ES (Especific aç ão) ................................................ 23
1. Intro d u ça o ......................................................................................................... 23
2. Objetivo .............................................................................................................. 23
3. Escopo ........................................................................................................ 23
4. Definições, acrônimos e abreviações. .......................................................... 24
4.1 Referências ................................................................................... 24
4.2 Visão Geral ................................................................................... 24
5. Descrição Geral ......................................................................................... 24
6. Re q uisito s Esp e cíficos ................................................................................... 25
6.1 Re q uisito s fun cion a is....................................................................... 25
6.2 Re q uisito s n ã o-fu n cio n ais .............................................................. 25
6.3 Fu n cio na lid a de s............................................................................... 25
7. Utilida de s ........................................................................................................... 26
7.1 C o nfia bilid a de .................................................................................... 26
7.2 D e s e mp e nh o ..................................................................................... 26
7.3 Su p or ta b ilida d e ................................................................................. 26
8. Re qu isitos de licença ...................................................................................... 27
9. Ob se rvações legais, sobre direitos au torais e ou tras ob servações .................. 27
4.3 D ES CRIÇÃ O DA S ATIVID AD ES ( Modelage m) .......................................... 28
1. D e s criç ã o .......................................................................................................... 28
2. Flu xo Ba sico de Ev e ntos ............................................................................... 28
4.4 D ES CRIÇÃ O DA S ATIVID AD ES (Valida çã o) ............................................... 29
4.5 DE SC RIÇÃ O D AS ATIVIDA DE S ( Ge stã o) ............................................................. 31
5. C ONC LU SÃ O ......................................................................................................... 32

6. ANEXOS ......................................................................................................................................33
7. B IB LIOGR AFIAS ............................................................................................. 49

8. FICHAS APS ...................................................................................................... 51

3
Lista de Diagramas
Diagramas de Casos de Uso ................................................................................. 44
Diagramas de Fluxo de Dados.............................................................................. 47

Lista de Tabelas

Tabela 1 - Analise sobre as responsabilidades de acordo com os usuários ........14
Tabela 2 - Descrição dos usuários com papel direto no desenvolvimento ........... 15
Tabela 3 - Identificação das necessidades dos envolvidos ..................................... 16
Tabela 4 - Requisitos solicitados para o sistema Fusion ......................................... 30
Tabela 5 - Erros e medidas de solução para o sistema Fusion ............................. 31

1. OBJETIVO DO TRABALHO

O objetivo principal deste trabalho é apresentar uma visão geral de como realizar um
desenvolvimento de um escopo deum produto de software
São abordados tópicos como requisitos de software, modelagem grafica, prototipação e
requisitos necessaries para montar um projeto de desenvolvimento.
Dedicou-se também um capítulo inteiro a uma empresa ficticia com o nome de ONG
Jovens Ambientalistas, que utilizando como base alguns procedimentos, iremos planejar o
desenvolvimento de um Sistema proposto pelo cliente, visando a melhor
qualidade durante o projeto ate o resultado final, nesse capitulo vamos abortar o
objetivo geral do Sistema, requisitos funcionais, modelagem de dados e um wireframe de um
prototipo de aplicação.

2. INTRODUÇÃO

O processo por traz de um desenvolvimento de software é muito complexo
exige muito estudo e trabalho. Uma das razões para lidar com tal afirmação é a
ampla gama de soluções distintas para se realizar uma engenharia de requisitos. O
que torna também o processo muitas vezes mais complicado, é que a todo momento
lidamos com pessoas para realizar tal trabalho, necessitando assim formar uma
equipe muito bem preparada e focada a realizar a melhor pesquisa possível e atingir
o melhor resultado aos requisitos propostos para tal desenvolvimento. No processo
de levantamento dos requisitos é fundamental os entendimentos de ambas as partes
envolvidas (desenvolvedor, cliente, usuários, etc.), desta forma é que o software
atenderá as necessidades que forem solicitadas e realizará as funções para ele
destinada.
Realizar a engenharia de requisitos na elaboração de um software, hoje em
dia, é altamente recomendada para aquelas empresas que buscam a excelência no
seu trabalho e os caminhos que ela pretende percorrer durante sua existência. Obter
uma estrutura capaz de realizar as tarefas necessárias e manter a base de
funcionalidade e informação da empresa funcionando de maneira a não se perder
tempo e principalmente dinheiro é o que faz a buscar a alternativa de trabalhar com
a engenharia de requisitos.
A finalidade deste processo de análise é obter um software de qualidade, em
que não seja afetado por falhas constantes e fragilidade na segurança de seus
dados. Um software de qualidade necessariamente realiza suas tarefas sem afetar
de nenhuma maneira qualquer outro departamento da empresa, basicamente tudo o
que ele precisa realizar é altamente avaliado durante a engenharia de requisitos,
transformando assim esse software em uma ótima ferramenta de trabalho.
Obter um desenvolvimento produtivo e mais tarde não ter problemas com as
manutenções também é um fator crucial presente na engenharia. Atualmente o que
mais causa transtornos nas grandes empresas com relação a seus softwares é
retrabalho, em que um dado instante do desenvolvimento não foi realizado a devida
analise, fazendo assim com que futuramente o software passe a apresentar
problemas. Muitos casos conhecidos indicam que empresas gastam o dobro do

valor inicial do software para corrigir falhas de processos, que uma eventual
engenharia realizada com qualidade, teria evitado.
Este trabalho tem como objetivo auxiliar no desenvolvimento de um software
que será fundamental para o controle e a melhor administração durante a fabricação
de brinquedos ambientalmente corretos, trabalho esse realizado por uma ONG com
poucos recursos financeiros e que necessariamente precisa de um software que a
ajude muito a diminuir o máximo seus gastos e aproveitar dos recursos que a
mesma tem a disposição através de doações e programas sociais que fazem
parceria com tal projeto.
O software que será desenvolvido terá a função de auxiliar os usuários da
ONG na melhor forma de trabalhar e conseguir matérias para o desenvolvimento de
seus produtos, analisando as informações que foram obtidas através da elicitação
realizada durante a engenharia de requisitos praticada para realizar o
desenvolvimento da ferramenta.

3. CONCEITOS GERAIS

3.1 Requisitos de Software

A ONG Jovens Ambientalistas solicita o desenvolvimento de uma ferramenta
computacional que será destinada a contribuir para o programa social praticado por
ela que reúne jovens sem lar e os capacita a desenvolver brinquedos que atendem a
normas ambientais para que sejam comercializados para o Brasil e o exterior. O
objetivo em si desta ONG é dar uma vida melhor a esses desamparados, oferecendo
uma maneira de ensinar algo a eles e a realizarem um trabalho, que por sua vez os
remuneram por suas horas de atividades. Em razão desse seguimento, o software
em questão terá como finalidade auxiliar para a manutenção deste projeto social,
contribuindo para que a ONG consiga manter seu projeto de pé e evoluindo com
relação ao seu trabalho.

Baseado nas informações coletadas, o software terá por finalidade
disponibilizar um sistema de cadastro e manutenção das informações destes alunos
e professores, criar uma relação de projetos realizados servindo assim como
portfolio até para empresas do ramo, um sistema de controle financeiro para que a
administração possa trabalhar com mais segurança e organização e uma interação
social, através de redes sociais, captando assim mais recursos realizando
campanhas e recebendo doações através de usuários que apoiam a instituição.

3.2. Engenharia de Requisitos

Para o desenvolvimento do projeto ficou definido que serão seguidos alguns
conceitos da engenharia de requisitos, são eles: Utilização dos templates da
Microsoft disponíveis para realizar tal avaliação, relatórios e análises realizadas junto
do cliente sobre as melhores estruturações do software para atender as
necessidades apresentadas, analise do custo benefício evitando que o cliente pague
muito por algo que necessariamente não esta ajudando.

De início foram realizados vários encontros com o cliente em que tais
reuniões servissem para colocar em pauta as necessidades que a ONG tem, junto

as idéias e soluções para realização de uma ferramenta que auxilie e contribuía para
a manutenção e o crescimento da mesma. Foi realizada uma análise da forma que a
empresa trabalha, de quantos alunos ela possui, do espaço deslocado para a
realização dos trabalhos por eles praticados, do quanto a empresa possui de
problemas que seriam necessárias discussões sobre tais resoluções, identificação
dos requisitos apresentados, projeções sobre como tornar as idéias acessíveis,
encontros com alunos no intuito de também ouvir novas idéias e abordagens que
talvez os responsáveis pela ONG passem despercebidos.

3.3. Descrição dos Requisitos

O primeiro passa a ser apresentado é a forma de cadastro destes alunos. O
software disponibilizara uma tela de cadastro básica para que a ONG controle os
alunos que fazem parte de seu projeto. Uma tela simples com os seguintes campos:
NOME, DATA DE NASC IMENTO, ESCOLARIDADE, GRAU DE
DESENVOLVIMENTO, SALÁRIO, será responsável por receber as informações e
salva-las em um banco de dados do próprio sistema.

Também existira uma tela cadastro para salvar as informações dos
professores que fazem parte da instituição, onde receberam uma matricula que
servira de auxílio na elaboração de aulas e cursos ministrados individualmente
sendo que cada um fique responsável por um ensino.

A ferramenta disponibilizara um espaço dentre suas funções que servira
para que os professores cadastrem os projetos que forem realizados pelos alunos,
esse cadastro apenas conterá o nome do projeto e sua finalidade. Através dessas
informações será possível elaborar apresentações que visam a exibir um portfólio do
que já foi desenvolvido pela ONG com a intenção de conquistar novos mercados e a
venda de tais trabalhos.

Também será desenvolvido um sistema de controle financeiro, para que a
ONG prestas contas do que está sendo faturado, inserindo os valores que recebe de
doações, lucro com a venda dos produtos, entre outros créditosque a mesma possa
a vir se beneficiar. Também existira uma janela para que sejam lançados os

valores que representem as despesas da instituição, os gastos com as despesas
fixas (aluguel, energia elétrica, água, salários, etc.) e os gastos variáveis (compra de
materiais, fretes dos envios dos produtos, manutenções administrativas e físicas do
local, etc.).

Um recurso do software, que foi bastante discutido e visto como uma ótima
maneiras de se obter sucesso no negócio, foi a elaboração de uma tela que ficara
destinada a fazer o marketing, a publicidade, da ONG por meio das redes sociais.
Essa interação afetara diretamente o projeto desenvolvido pela instituição, pois ali
ela poderá mostrar os trabalhos realizados pelos alunos, realizar campanhas para
captação de doações e recursos vindos do governo ou membros dispostos a ajudar
tal finalidade.

Todo o projeto será desenvolvido no ambiente da web fazendo o uso da
linguagem de programação JAVA e HTML5, contribuindo assim para que a
ferramenta seja facilmente acessada e contribua de forma significativa para a
melhoria das práticas e atividades realizadas pela ONG.

4. DESCRIÇÃO DAS ATIVIDADES

Elicitação

1. INTRODUÇÃO

O objetivo deste documento é coletar, analisar, e definir as necessidades e
características de auto nível do Fusion. Ele incide sobre os recursos necessários
para as partes interessadas e os usuários-alvo e sobre as razões que os levam a
essas necessidades. O detalhe de como o Fusion satisfaz essas necessidades
detalhadas no uso de caso e especificações complementares.

1.1 Referencias

Esta elicitação foi desenvolvida através do modelo de tamplate
rup_vision_sp.dot disponibilizado pela Microsoft. Para mais detalhes, consulte os
anexos no final do documento ou acesse o link abaixo:
<http://www.cin.ufpe.br/~if682/RUP/webtmpl/templates/req/rup_vision_sp.htm>

2. POSICIONAMENTO

2.1. Declaração do Problema

O problema de não possuir um sistema de controle sobre seus alunos e
gerenciamento de suas atividades administrativas é o que tem afetado
negativamente a ONG Jovens Ambientalistas. Esse problema gera um impacto
devastador para uma instituição que trabalha com jovens que não tem moradia e
necessitam de um auxilio, assim sendo varias entidades governamentais ficam
realizando avaliações sobre as atividades da ONG e muitas vezes a mesma sofreu
ameaças sobre as atividades por ela praticadas. Enfim, através dessa analise é que
surgiu a ideia da ferramenta Fusion, para trazer as soluções dos problemas e auxiliar
de forma geral em todos os processos da instituição.
http://www.cin.ufpe.br/~if682/RUP/webtmpl/templates/req/rup_vision_sp.htm

2.2. Declaração de produção do produto

Para uma empresa que necessita de controle organizacional e
administrativo, o Fusion atende essas necessidades e tem seus recursos voltados
para os mais diversos problemas, sendo essencial para a melhoria e organização de
informações importantes da empresa.

Muitas vezes empresários optam por organizar suas informações de formas
antigas, escrevendo em cadernos, utilizando agendas, mais recente dados salvos
em planilhas que por sua vez não dão qualquer segurança de informação sendo que
um clique em falso pode se perder anos de informações e dados salvos.

Nos dias atuais com a inovação e evolução da tecnologia, varias
ferramentas não profissionais estão disponíveis pela internet, porem sempre
mantendo um padrão básico de inserção e controle de dados, o que também não é
aconselhável para empreendedores confiarem seus dados a um software básico.

A necessidade de se realizar uma consulta e a entrevista para verificar as
reais necessidades do cliente é o que faz do Solution ser a melhor escolha para seu
gerenciamento interno. Segurança de informações, fácil interação, métodos sociais e
estabilidade durante sua execução é apenas alguns dos recursos que foram
implantados na ferramenta fazendo assim alcançar um ótimo mercado.

3. DESCRIÇÃO DOS USUARIOS ENVOLVIDOS

A abordagem realizada referente aos usuários envolvidos intensificou-se em
atender as necessidades dos administradores da ONG e os professores que
lecionaram suas aulas. De modo geral os envolvidos junto ao projeto também estão
os alunos, que de uma maneira ou outra também disponibilizarão de recursos do
software para se cadastrar junto a instituição, publicar seus trabalhos, organizar seus
cronogramas de fabricação, entre outros fatores importantes para seus
desenvolvimentos pessoais.

Para melhor especificar a utilização do Fusion por parte de seus usuários,
segue abaixo houve uma divisão entre os administradores (Professores e os
responsáveis pela ONG) e os alunos (jovens sem lar que necessitam de um apoio).

As pessoas que gerenciam a instituição e os professores que lecionam as
aulas para os jovens, terão acesso a toda ferramenta, porem existirá certas
restrições para que se obtenha a segurança das informações e evite um descontrole
por parte do gerenciamento. Os professores terão acesso as informações jurídicas e
fiscais da ONG, porém não possuíram permissões de alteração dessas informações,
sendo destinada apenas aos responsáveis pela gerencia. Seguindo o mesmo padrão
os gerentes e administradores terão acesso as informações dos alunos e dos
professores porem não poderão alterar ou realizar qualquer procedimento que não
seja avaliado pelos professores, podendo assim impedir que de alguma maneira um
descuido possa atrapalhar o trabalho realizado por esses professores.

Em nenhum momento os jovens alunos terão acesso ao sistema de cadastro
e os recursos de controle financeiro. Para eles existirá apenas um acesso destinado
as redes sociais, sendo que através de uma conta da empresa eles possam publicar
seus trabalhos e interagir com outras pessoas sobre o que eles vêm aprendendo e
suas conquistas diante do auxílio da ONG.

3.1. Resumo dos Envolvidos

Através de uma interação e várias entrevistas realizadas com os
responsáveis da ONG, foram levantadas questões sobre o nível do conhecimento
sobre informática de cada um, as dificuldades em cada usuário entender os recursos
do software e melhorias que poderiam ser realizadas, ouvindo ideias e recebendo
um feedback sobre as principais necessidades para serem implantadas no projeto.
De acordo com os resultados obtidos foram possíveis justificar as necessidades para
cada usuário.

Tabela 1: Analise sobre as responsabilidades de acordo com os usuários.
Envolvidos Descrição Responsabilidades

Administradores e Gerentes Gestores Responsáveis pelo Acompanha mento e
Controle Das Finanças e Áreas gerenciamento das finanças da
Jurídicas
.
O N G. Controle sobre as

atividades realizadas pela
instituição, dentre outras
atividades que são de
responsabilidades
administrativas.

Professores Responsáveis p o r ministrar aulas Responsabilidade de gerencias
e realizar os trabalhos as aulas a serem apresentadas,
junto dos jovens os trabalhos a ser em
desenvolvidos, projetos,
controle dos cadastros dos
alunos e acompanhamento
durante as publicações dos
projetos.

Jovens alunos Beneficiados pelo projeto, Não possuir á responsabilidades
estudantes e trabalhadores destinadas aos jovens a não
ser s e dedicar aos estudos e
realização de seus trabalhos .
Fonte: Próprio autor.

3.2. Resumo dos Usuários

Após a realização das pesquisas e entrevistas citadas anteriormente foram
obtidos resultados com relação as classes de usuários que terão papel importante
para o desenvolvimento do projeto. Abaixo encontra-se um resumo que descreve as
participações diretas dos envolvidos para obter o produto final.

Tabela 2 – Descrição dos usuários com papel direto no desenvolvimentoNome Descrição Responsabilidades Envolvidos

Usuário Final Administradores Avaliar as estruturas para Gestores
controle propostas no
desenvolvimento e elaborar
relatórios.

Usuário Final Profissionais do setor Elaborar o sistema de controle Professores
a c a d ê m i c o. de aulas e projetos.
Desenvolver o sistema de
avaliação dos alunos e
organização do cadastro de
informações dos mesmos.
Fonte: Próprio autor.

3.3. Ambiente do Usuário

A organização dos trabalhos dentro da ONG é definida da seguinte maneira.
Atualmente a instituição possui 20 pessoas destinadas a administração da empresa
e ministrar as aulas e trabalhos para os jovens. Dentre elas 3 pessoas são
responsáveis pelo setor financeiro, realizando tarefas administrativas, 8 pessoas tem
a responsabilidade de coordenar os jovens, controlar seus cadastros e
documentações e realizar trabalhos de recursos humanos, visando sempre agir
corretamente diante da lei e buscando sempre o melho r para os alunos. Os
profissionais restantes ficaram a cargo de ministrar as aulas, orientar durante os
trabalhos, realizar os processos de venda e publicação dos produtos, entre outros
fatores ligados diretamente com a mercadoria final.
Analisando as funções descritas obtemos uma tabela que mostra todo o
processo divido em sessões, que são eles:
1. Controle Administrativo
2. Atividades voltadas na área de Recursos Humanos.
3. Atividades acadêmicas e comerciais.

Os tempos para realização de cada tarefa é ilimitado, com o intuito de
manter a instituição organizada e visando sempre trabalhar de forma a lidar com a
maior serenidade possível com relação aos jovens, que em suas vidas já enfrentam

problemas e transmitir isso aos alunos seria algo muito negativo com relação ao que
a ONG propõe para a vida dessas pessoas.
O tempo gasto para realizar as tarefas atende de forma excelente as
expectativas da empresa em busca de seus objetivos considerando que o sistema
execute de forma rápida e com ótimo desempenho não ocorrendo falhas.
O sistema em si, nada mais é que um sistema de controle interativo capaz
de realizar tarefas distintas afim de determinada atividade. Atualmente está
programado para a plataforma web, trabalhando com mais segurança de
informações, acesso rápido e fácil e área remota disponível para rápida manutenção.
Num futuro nem tão distante, a migração para novas plataformas já está sendo
projetada e inicialmente as primeiras ideias são os sistemas mobiles, o que poderá
trazer ainda mais interação entre professores e alunos e clientes e empresa.

3.4 Necessidades dos Envolvidos ou Usuários Finais

Tabela 3 – Identificação das necessidades dos envolvidos

3.5 Alternativas e Concorrência

Os recursos que foram identificados para resolução dos processos
administrativos da instituição não são considerados irregulares, porem são definidos
de forma amadora. Até o presente momento a ONG trabalhava utilizando os
produtos do pacote Office da Microsoft. Seus controles eram bem realizados porem
não garantiam um recurso mais profissional e que atendesse a requisitos como
segurança das informações, acesso, organização, entre outros.

Trabalhar com as ferramentas disponibilizadas pela Microsoft tem muita
utilidade quando se busca forma de inserir e administrar informações. Hoje em dia
com muitas melhorias a empresa conseguiu atingir resultados ótimos com relação a
seus produtos. Pessoas do mundo todo as vezes preferem realizar suas atividades
administrativas através de uma planilha do que um software considerando a
ferramenta Office como sendo algo mais fácil de lidar. Mas há quem fosse mais
exigente com relação a interface de trabalho e segurança, o que faz não ser uma
saída tão viável para se controlar um grande e valioso número de dados.

Considerando que a empresa fazia uso de um produto de uma concorrente
porem algo genérico e não especifico e destinado a um usuário final, o software
Fusion traz o de melhor desses recursos atendendo as necessidades especificas da
instituição.

4. VISÃO GERAL DOS PRODUTOS
4.1. Perspectiva do Produto

A ferramenta Fusion quando comparada com os recursos que a ONG vinha
utilizando para administrar seus serviços e informações, obtém um resultado
considerável quando avaliada no âmbito de anteder as necessidades da instituição.
Tal resultado visa a melhoria da interface de co ntrole, da maneira em como
organizar tais informações, desempenho com relação à um grande número de
informações a serem administradas e a plataforma utilizada o que mantém a
utilização do software mais atraente e segura.
4.2 Suposições e Dependências

O projeto basicamente terá apenas a necessidade de conexão com a internet,
porem existe também um sistema de trabalho off-line para que o usuário que
necessite de um registro ou execução de alguma tarefa obtenha seu resultado. Com
relação a necessidade do acesso à internet, este foi desenvolvido e implementado
desta maneira visando que a web é considerada uma forma muito mais rápida e de
melhor desempenho para se trabalhar do que softwares desktop, sendo que também
meios de backup disponíveis na web foram fatores que levaram a tal
desenvolvimento.
5. RECURSOS DO PRODUTO

O Fusion, como toda e qualquer ferramenta que gerencie informações e
necessite de um responsável para tais, contara com um sistema de login para
acesso. Cada acesso será configurado de acordo com suas restrições e
disponibilidades. A interface para controle será bem simples de se visualizar,
evitando com que o usuário se confunda durante a utilização da ferramenta. O
sistema irá trabalhar com acesso via rede com impressoras para quando da
necessidade de impressões de relatórios.
Para área de administração e gestões financeiras o software disponibilizara uma
interface semelhante a uma planilha porem altamente desenvolvida e conectada
com outras categorias, fazendo com que a informações flutue e sincronize-se com
outros dados para realização de cálculos e comparações. O sistema utiliza também

de um banco de dados vinculado para salvar suas informações, atualmente este
recurso faz uso do Microsoft SQL SERVER para web. Além do banco de dados o
software disponibilizará ao cliente um sistema de backup direto na nuvem fazendo
com que a segurança dos dados caso ocorra algum problema na ferramenta se
mantenha intacta e evite eventuais perdas de informações.
Nas áreas dos professores, o sistema disponibiliza recursos de avaliação
pessoal de cada aluno, considerando suas atividades, seu desempenho, controle de
faltas e avaliações. Um sistema de gerenciamento de matérias e trabalhos será
destinado quando o professor dor realizar suas avaliações e projetos acadêmicos. O
trabalho social realizado através das redes sociais utilizara os serviços do Facebook
e do Instagram, ambos com a finalidade de publicações e marketing dos produtos
que serão desenvolvidos.
Aqui foram exibidos os recursos disponíveis de forma básica e não tão
complexa para o entendimento, porem junto do software disponibilizamos um
manual de instruções onde explica cada função e demonstra um tutorial para
utilização dos recursos disponíveis. Lembrando também que será realizado vários
treinamentos para a liberação definitiva do projeto para ONG e também será deixado
claro que para eventuais dúvidas e esclarecimentos um profissional estará
disponível para o atendimento.
5.1 OUTROS RECURSOS DO PRODUTO

Para se obter um melhor desempenho do Fusion vale ressaltar que uma boa
conexão com a internet é aconselhada pois para realização de backups e impressão
de relatórios muitas vezes necessitam de um consumo considerável para realização
de suas execuções.

Regras de Negócio

1. INTRODUÇÃO

O documento aqui descritose trata de um sistema web destinado a controle
e gestão de informações relacionadas a aspectos administrativos e pessoais.
Inicialmente os problemas enfrentados e que favoreceram para o
desenvolvimento do projeto foram que vinham sendo realizadas maneiras amadoras
de gestão de dados da ONG Jovens ambientalistas, pois trata-se de uma instituição
destinada ao auxílio de jovens que não tem lar e necessitam de alguma ajuda para
se desenvolver socialmente. A empresa não dispunha de uma ferramenta
profissional e definida para realizar seus controles internos, desde de dados
financeiros a venda de produtos. Contudo o desenvolvimento do software Fusion se
deu após entrevistas realizadas com os envolvidos e os usuários que farão uso de
tais ferramentas.

1.1. Finalidade

Fornecer uma visão geral da necessidade do desenvolvimento do projeto
Fusion visando atender as necessidades da ONG para realização de sua
administração.
1.2. Escopo

A necessidade de atender o problema de organização e administração de
suas atividades por parte da ONG foi o que destinou ao desenvolvimento de um
software capaz de atender os requisitos solicitados por tal. Assim sendo o projeto
em si visa auxiliar no entendimento da utilização do projeto entre os usuários a que
se destina facilitando assim a execução de suas tarefas e o desenvolvimento da
empresa de forma geral.
O que temos por influência em realizar tal projeto é o trabalho realizado com
os jovens sem lar, que necessitam de algum recurso de acesso a sociedade e é
desta maneira que a instituição buscou a implantação desta ferramenta em sem
âmbito de negócio.

Abaixo segue uma lista de motivos identificados que visão a realização
desta ferramenta.
Qual o problema identificado?

Uma fraqueza no setor organizacional da ONG Jovens Ambientalistas com
relação a suas atividades administrativas.
Qual o papel da ferramenta Fusion para atender a necessidade da ONG?

Disponibilizar uma ferramenta capaz de atender os requisitos de uma boa
administração, visando uma facilidade e uma melhor interação por parte dos
envolvidos.
Quem serão os beneficiados ?

Gestores, Professores e essencialmente os alunos.

Quais os resultados esperados?

Manter vivo o trabalho da ONG para com esses jovens.

1.3. Referências
O tópico apresentado foi desenvolvido com base no modelo de template
rup_brul.dot da Microsoft. Este template está disponível no ícone abaixo e também
nos anexos do trabalho.
<http://www.wthreex.com/rup/portugues/web tmpl/templates/bm/rup_brul.htm>

1.4. Visão Geral
De forma breve e bem definida o tópico acima teve por finalidade esclarecer
sobre o problema que a instituição enfrentava e sobre a utilização do software
Fusion. O documento encontra-se muito bem escrito e não sucinta de muitas
definições.
http://www.wthreex.com/rup/portugues/webtmpl/templates/bm/rup_brul.htm

2. DEFINIÇÕES
2.1. Áreas administrativas
Sobre o desenvolvimento do sistema de administração:

[RN 2.1.1] Área de acesso: o software inicialmente solicitara que os responsáveis
cadastrem um usuário e senha para realização de um login configurado para suas
atividades relacionadas.
[RN 2.1.2] Controle Financeiro: essa aplicação irá conter “planilhas” estruturadas de
forma a receber valores financeiros para realização de cálculos e analises com base
em todo o seguimento considerado administrativo.
[RN 2.1.3] Relatórios: ferramenta disponível para visualização ou impressão de
relatórios para realização de analises.
[RN 2.1.4] Sessão professores e alunos: Aqui o gestor apenas poderá visualizar as
informações sobre tal seguimento porem não terá permissão de realizar quaisquer
alterações sem a consciência dos professores.
2.2. Área acadêmica
Sobre o desenvolvimento do sistema acadêmico:

[2.2.1] Área de acesso: assim como na área administrativa também será necessário
que os professores cadastrarem um login para acesso, portanto a novidade neste
caso é que os alunos também poderão acessar este ambiente e receberão também
seus logins.
[2.2.2] Área acadêmica sobre as aulas: este recurso estará disponível apenas para
os professores, desta maneira eles poderão controlar os alunos, as atividades a
serem exercidas, o lançamento das notas sobre as avaliações dos projetos e
controle dos arquivos que serão armazenados virtualmente.
[2.2.3] Área acadêmica para os alunos: será liberado acesso para os alunos os
materiais de estudos que serão utilizados durante as aulas, os seus dados pessoais
como nome, documentos e nota da avaliação de desempenho. Além destes recursos
também terão acesso ao sistema de compartilhamento e publicidade realizado
através das redes sociais, porem cada publicação será avaliada antes por um
professor e autorizada a publicação.

Especificação
1. INTRODUÇÃO

O fundamento deste documento é expor as necessidades gerais do sistema,
sendo que através dos usuários finais possa se definir alguns requisitos.
2. OBJETIVO

Através das análises e entrevistas realizadas foram levantados alguns
requisitos para o sistema Fusion. O sistema é composto por três áreas distintas,
administrativa, academia e acadêmica para alunos. Cada área deverá possuir
restrições para certas utilidades que são visíveis para ambas as interfaces. Dessa
forma o controle geral realizado pela gestão tera acesso também as outras áreas
porem não poderá efetuar alterações antes de uma aprovação do setor responsável.
Sobre as ferramentas e interface a ser trabalhada os requisitos são os
mínimos devido que os usuários não entendem tanto de desenvolvimento, porem
alguns fatores como a facilidade de interação entre telas, atalhos, entre outras
coisas funcionais simples, foram solicitadas.
2.1 Requisitos não-funcionais:

Requisitos de acesso do sistema:

O sistema disponibiliza para os usuários 3 tipos específicos de cadastros de logins,
em que cada um através de um comando são restritos a algumas funcionalidades e
acessíveis a outras. Isso foi bastante discutido durante as entrevistas para manter
uma certa solidez com relação a segurança das informações da ONG.
3. ESCOPO
Para a realização de implantação dos requisitos será realizado alguns
passos importantes para entender o que precisará ser trabalho na ferramenta:

Analise do atual desenvolvimento e administração da empresa:
Um estudo sobre o atual momento de gestão e as atividades diárias da
instituição será realizado, assim avaliando o que realmente precisa existir no
software para suprir tal necessidade.

Análise e especificação do sistema:

Através das informações coletadas e através deste procedimento, a
especificação geral será elaborada.
Reuniões:

Reuniões semanais serão necessárias para que possa estar sendo
demonstrado e discutido alguns fatores que já estarão sendo implantados
assim sendo fazendo com que exista um melhor acompanhamento do projeto.
Testes:

Testes serão realizados para que possa ser melhor administrados e também
verificar os erros que estiverem acontecendo durante a implantação.

4. DEFINIÇÕES, ACRÔNIMOS E ABREVIAÇÕES
ONG – organização não governamental.

4.1 Referências
A documentação necessária para elaboração deste conteúdo poderá ser
encontrada no link abaixo que segue o modelo de template rup_srs.dot.
<http://www.wthreex.com/rup/portugues/webtmpl/templates/req/rup_srs.htm>

4.2. Visão Geral
Especificações representam uma descrição de um item, mas não um item
real. Funcionam basicamente como lista de itens que são necessários para o
desenvolvimento de um software.

5. DESCRIÇÃO GERAL
Perspectiva do software: O software tem como objetivo estabelecer uma
melhor administração das atividades dentro da empresa, melhorando a forma
de gestão e realização de suas finalidades.
http://www.wthreex.com/rup/portugues/webtmpl/templates/req/rup_srs.htm25

Funções do software: funções administrativas e gestão de atividades.

Características dos usuários: Alunos–não terão qualquer responsabilidade
com relação ao desenvolvimento do sistema. Professores – detém de um
papel importante para o desenvolvimento do software com relação a sua área
de atividades. Gestores – total responsabilidade para o desenvolvimento do
projeto abrangendo fatores gerais para realização do mesmo.

6. REQUISITOS ESPECÍFICOS
6.1 Requisitos funcionais: O sistema deve possibilitar a gestão de atividades
relacionadas a todos os setores praticados pela ONG, desde fatores administrativos,
educacionais ou trabalhos específicos.
6.2 Requisitos não-funcionais:

O sistema será implementado utilizando a plataforma JAVA fazendo uso de
frameworks que de algum modo auxilia neste desenvolvimento. Esta
tecnologia faz com que o sistema seja robusto e ganhe em desempenho e
consistência.
O banco de dados será o Microsoft SQL SERVER destinado a
desenvolvimento WEB. O tempo de resposta do sistema não deverá
ultrapassar 20 segundos.
Deverá ser compatível com interface acessível para mobile, tablets ou
desktop.
6.3 Funcionalidade
Cadastro de usuários e alunos.
Controle por login de acesso para cada usuário
Controle financeiro e de atividades academias.
Acesso a redes sociais para publicidade e interação.

7. UTILIDADE

Foi estimado um tempo de 40 minutos de atividade e treinamento
necessários para que os usuários aprendam as funcionalidades do sistema.
7.1 Confiabilidade

O projeto tem uma confiabilidade estimada em 0.94 (94%) por 10 horas
quando atendendo uma carga de até 75% de sua capacidade.
7.2 Desempenho
5 segundos o tempo estimado para que o sistema acesso o login especificado
e entre no recurso especifico.
Quando a resposta de acesso a telas e recursos, estima-se um tempo de 3
segundos para que cada uma envie sua resposta.
O projeto ocupara apenas 1.3 Gb do espaço de armazenamento da
plataforma que o mesmo está sendo instalado.
Sobre a memória principal o mesmo requisitará no máximo 70 MB do seu uso.
7.3 Suportabilidade

O que mais se preza no desenvolvimento de modo geral nos trabalhos de
hoje em dia é a forma de codificação de seu código. Isso se dá pelo fato de que
exista uma facilidade ao realizar um suporte no software em que não seja o próprio
desenvolvedor que esteja acessando.
Este padrão de codificação que é solicitado visa facilitar a compreensão e
entendimento da linha de programação que define um comando ou um requisito.
Abaixo é apresentado o padrão de codificação para este projeto.
Classes - As classes são divididas em pacotes destinados a cada tipo de exercício
praticado pelo cliente e no que foi definido nas reuniões sobre os requisitos.
Métodos - Os nomes dados aos métodos seguira um padrão de formatação com
abreviações similares para melhor visualização. Apenas os métodos receberam
comentários de funcionalidade também visando a rápida compreensão.
Documentação de pacotes - é de suma importância que seja especificado a
relação de pacotes com suas classes.

Espaços em branco e tabulações - a utilização de uma estruturação mais
“limpa”com relação ao código também favorece a melhor visualização de suas
funcionalidades, portanto utilizar linhas em branco quando dividi os métodos e
funções e uma tabulação padronizada só tendem a acrescentar.
Visibilidade - manter a visibilidade tão acessível é muito importante.

8. REQUISITOS DE LICENÇA

O código do software estará disponível de acordo com a licença GPL
(General Public License).
9. OBSERVAÇÕES LEGAIS, SOBRE DIREITO-AUTORAIS AUTORAIS E
OUTR AS OBSERVAÇÕES

As leis de proteção dos direitos autorais proíbem a comercialização do
software por parte do usuário, também como locação sem a autorização do
desenvolvedor detentor dos direitos autorais.
A ferramenta por sua vez só poderá auxiliar nas atividades praticadas pela
empresa, sendo completamente proibido realizar o uso do mesmo para serviços de
terceiros.
Não será responsabilidade do desenvolvedor qualquer problema que o
usuário venha a ter caso o mesmo não tenha lido corretamente o manual e/ou
analisado o contrato de venda antes de concordar com os termos.

Modelagem
1. DESCRIÇÃO

O diagrama de Casos de Uso tem o objetivo de auxiliar a comunicação entre
os analistas e os usuários. Um diagrama de Caso de Uso descreve um cenário que
mostra as funcionalidades do sistema do ponto de vista do usuário.

2. FLUXO BASICO DE EVENTOS

Caso de Uso: Cadastros de envolvidos e
usuários Atores: Gestores, professores e alunos.
Descrição: Esta etapa é referente ao cadastro dos usuários envolvidos com o
projeto, organizando de maneira profissional suas informações e registro de suas
atividades, além de poderem ser alteradas, excluídas, etc.

Caso de Uso: Gestão e controle
financeiro Atores: Gestores.
Descrição: Este procedimento visa disponibilizar um sistema de controle e
gerenciamento da empresa conforme as necessidades e atividades da mesma. Aqui
é realizado todo o controle financeiro e de gestão pessoal da instituição. Também é
de acesso aos gestores as outras etapas do software que visão atender as
atividades praticadas por alunos e professores, porem o acesso é apenas visual
sendo que qualquer alteração deverá ser autorizada pelos responsáveis.

Caso de Uso: Controle de alunos e
atividades Atores: Professores
Descrição: Este procedimento visa atender as necessidades de trabalho dos
professores que estão envolvidos com o projeto. Essa etapa disponibiliza um
gerenciamento das atividades, avaliações, controle dos dados dos jovens e
realização e organização de seus projetos. A importância deste recurso é manter a
máxima organização pois se tratando de jovens a responsabilidade com o trabalho é
fundamental para se obter o resultado esperado.

Caso de Uso: Interação e publicação de projetos
Atores: Alunos.
Descrição: Este recurso disponibiliza para os alunos uma maneira de interagir e
apresentar seus trabalhos para diversas pessoas interessadas pelo intuito da ONG
no trabalho que realiza. Os alunos terão acesso a suas informações pessoais e as
redes sociais voltadas para divulgação dos trabalhos. Não será de qualquer
responsabilidade dos alunos qualquer atividade que seja envolvida com gestão e
administração de atividades, ambas são executadas e verificadas por seus
respectivos profissionais requisitados.

Diagrama de Casos de Uso:

Validação

Através das reuniões e avaliações realizadas junto dos profissionais da
ONG, alguns requisitos foram solicitados visando atender as necessidades de
gerenciamento e contrato de serviço, requisitos esses funcionais que o programa
devera possuir.
Estes requisitos foram trabalhados e definidos de forma a atender a
solicitação da ONG para o Fusion.

Tabela 4 – Requisitos solicitados para o sistema Fusion.
Requisitos Solicitados Requisitos Atendidos

Cadastro de informações (Dados de gestores, O software disponibiliza uma área de cadastro
professores e alunos) dividida em 3 departamentos visando atender os
cargos específicos.

Controle financeiro e administrativo O software tem o recurso de gerenciamento de
valores semelhantes a uma planilha Excel
porem de forma profissional e melhor desenvolvi
dá para facilitar o acesso e controle de dados.

Controle de avaliação e notas dos alunos Acesso do recurso para gerenciamento de
projetos, avaliações e análises de desempenho
através de sistemas desenvolvi dos propriamente
para tal função. Também estará disponível uma
área para elaboração de questões baseando em
resultados de busca diretos da internet,
trabalhados de forma acadêmica profissional.

Divulgação e interação dos alunos para com as Na área do alunofoi desenvolvido um recurso
pessoas interessadas. para acesso a mídias sociais com o fundamento
de publicar os trabalhos e realizar a interação de
jovens que produzem os brinquedos com os
clientes.
Fonte: Próprio autor.

ERROS Informações do ERRO Medidas de Solução
ERRO 101 Falha ao acessar o servi dor - Verificar se os servi dores
para login estão acessíveis.
- Analisar os dados digitados
pelo usuário.
ERRO 102’
Falha ao salvar os dados e - Verificar a conexão com a
acessar as informações internet.
- Verificar se o servidor
apresenta algum problema.
ERRO 103 Problemas com o desempenho - Verificar o consumo de banda
do software da internet realizado pelo
software

Gestão

Neste tópico são abordados possíveis erros relacionados ao
desenvolvimento e utilização da ferramenta e suas medidas preventivas de
reparação.

Tabela 5 – Erros e medidas de solução para o sistema Fusion.

Todo o projeto foi desenvolvido visando evitar os erros citados logo acima
porem se tratando de uma ferramenta, pode ocorrer de algumas falhar vierem a se
manifestar durante a execução do software sendo assim fundamental que o cliente
entre em contato com o suporte e solicite as melhorias necessárias.

5. CONCLUSÃO

Após todo o desenvolvimento dissertativo por parte da equipe para
apresentar a importância de um software do seguimento do Fusion para atender as
necessidades uma instituição que por não ser governamental e por se tratar de um
programa de auxílio a jovens carentes, será apresentada uma breve consideração
final a respeito da idéia praticada para o desenvolvimento de tal ferramenta. Tudo
que foi realizado durante o desenvolvimento foi apresentado de forma clara e
objetiva na dissertação com o intuito de fazer com que o usuário visualize e
considere a importância de se desenvolver uma ferramenta com tais funções.
Considerando sua estruturação e desenvolvimento o projeto foi muito bem elaborado
por seus desenvolvedores e também pelos envolvidos que foram de suma
importância para a troca de informações e idéias.
Todos os requisitos e métodos utilizados para o desenvolvimento do projeto
seguem as técnicas da engenharia de software. Todo o trabalho contribuiu de forma
acintosa no nosso desenvolvimento e aprendizado relacionado a disciplina adotada.
Seguindo o que foi discutido e absorvido em sala de aula o trabalho foi todo
elaborado seguindo os requisitos solicitados.
Sendo assim, alcançamos de forma positiva os resultados que eram
esperados, entendendo mais sobre a técnica de engenharia, métodos de interação
com clientes, importância de seguir os requisitos que nos foram solicitados, entre
outros fatores que acrescentaram no nosso aprendizado.

6. ANEXOS

Fusion
Visão
Versão 1.0

Histórico da Revisão

Date Version
1.0
Description Author
20/ 05/21 Versão Inicial Oscar

Índice Analítico
1. Introdução ........................................................................................................................................................................ 35
1.1 Referências ..................................................................................................................................................... 35
2. Posicionamento ............................................................................................................................................................... 35
2.1 Descrição do Problema ................................................................................................................................... 35
2.2 Sentença de Posição do Produto ..................................................................................................................... 35
2.3 Descrições dos Envolvidos e Usuários ......................................................................................................... 36
2.4 Resumo dos Envolvidos ................................................................................................................................. 36
2.5 Resumo dos Usuários ..................................................................................................................................... 36
2.6 Ambiente do Usuário ...................................................................................................................................... 37
2.7 Resumo das Principais Necessidades dos Envolvidos ou Usuários ............................................................ 37
3. Visão Geral do Produto .................................................................................................................................................. 38
3.1 Perspectiva do Produto ................................................................................................................................... 38
3.2 Suposições e Dependências ............................................................................................................................ 38
4. Recursos do Produto ....................................................................................................................................................... 38
5. Outros Requisitos do Produto ......................................................................................................................................... 38
6. Restrições ................................................................................................................ ................................................39

1. Introdução
35
Visão

A finalidade deste documento é coletar, analisar e definir as necessidades e características do Projeto Fusion.
Ele enfoca os recursos de que os envolvidos e usuários-alvo precisam e mostra por que essas necessidades
existem. Os detalhes de como o sistema atende a essas necessidades estão descritas nas especificações
suplementares e de caso de uso.
1.1 Referê ncias
As informações aqui dispostas foram coletadas durante visita e entrevista com o cliente e os
colaboradores envolvidos.

2. Posicionamento

2.1 Descrição do Proble ma

2.2
O problema O sistema atual, desenvolvido em C, está quase não-operacional e
possui pouca eficiência no atendimento das necessidades do
negócio.
Afeta Controle de pessoal, produtos e financeiro
cujo impacto é Administrativo, Financeiro e Recursos Humanos
uma boa solução seria Desenvolver um novo sistema de controle
Sentença de Posição do Produto
Para
Quem
O (no me do produto)
Que
Diferente de
Nosso produto
ONG Jovens Ambientalistas
Responsáveis pelas funções de Recursos Humanos e Administração
Fusion
Realiza o controle de pessoal, produtos e financeiro
Sistema atual
Possui tecnologia de ponta, amplamente utilizada pelo mercado atual
e visa suprir as necessidades do negócio atual assim como
adicionando novos recursos, maior controle e maior produtividade.

2.3 Descrições dos Envolvidos e Usuários
Serão envolvidos neste projeto:

- Equipe de Desenvolvimento e Imp lantação do sistema, assim como Recursos Humanos.
- Responsável pela gestão do projeto Fusion.
- Responsável pelo controle de pessoal da empresa cliente.

2.4 Resumo dos Envolvidos

Nome Descrição Responsabilidades
João Fodan Chefe de Seção Supervisionará as atividades do
desenvolvimento da nova solução
Ragnar Lothbrok Chefe de Seção Supervisionará a imp lantação do sistema
Ben Tennyson Analista de TI Modelagem e desenvolvimento
2.5 Resumo dos Usuários
Nome Descrição Responsabilidades Envolvido
Usuário
Administrador
do Controle de
Pessoal
Responsáveis pelo
Controle de Pessoal.
Prover informações necessárias
para as bases de dados do Sistema;
Zelar para que os dados
armazenados permaneçam
confiáveis, efetuar correçõesnos
dados cadastrados quando não
houver ações do próprio Sistema
que permitam realizar tais ações
Não se aplica.

2.6 Ambiente do Usuário

O Sistema atualmente em uso emprega a Plataforma MS-DOS / Windows, e foi desenvolvido em
Linguagem C conjuntamente com Banco de Dados MICROSOFT SQL SERVER. Não dispõe de
documentação por nenhuma das partes envolvidas e, por se tratar de tecnologia obsoleta, é de difícil
manutenção. Adicionalmente, em visita, identificou-se que o software é utilizado em um
computador/servidor Intel Pentium 4, equipamento de pouca capacidade de processamento, o qual
dispõe de pouco espaço em disco para que a base de dados continue expandindo. Ainda sobre o
equipamento, ele apresenta picos de superaquecimento, congelando a qualquer ação do Sistema
Operacional. Dessa forma, o hardware tornou-se o ponto único de falha e, em caso de falha, poderá ser
perdida toda base de dados – atualmente sem backup.

O Sistema proposto empregará Plataforma Web, podendo ser acessado por meio de qualquer
computador conectado à internet. Tal solução utiliza Softwares Livres, dispensando a aquisição de
licenças. Toda essa estrutura está apoiada nas tecnologias: Java (Linguagem de Programação),
Microsoft SQL SERVER (Banco de Dados) e Jetty (Servidor Web), hospedadas no servidor cloud IBM
Bluemix...

2.7 Resumo das Principais Necessidades dos Envolvidos ou Usuários
Necessidade Prioridade Preocupações Solução Atual Soluções Propostas
Controle de Pessoal Alta Controle de
cadastro de
colaboradores
e estudantes.

Controle de Financeiro Alta Controle de
custos de
colaboradores
e estudantes.

Controle de Produtos Alta Controle
Interno.
Provê suporte à
necessidade, porém
com baixa
eficiência, com
riscos de diversas
naturezas.

Provê suporte à
necessidade, porém
com baixa
eficiência, com
riscos de diversas
naturezas.

Provê suporte à
necessidade, porém
com baixa
eficiência, com
riscos de diversas
naturezas.
Desenvolvimento de
um novo Sistema
que supra a
necessidade com
eficiência, cobrindo
as lacunas deixadas
pelo legado.
Desenvolvimento de
um novo Sistema
que supra a
necessidade com
eficiência, cobrindo
as lacunas deixadas
pelo legado.
Desenvolvimento de
um novo Sistema
que supra a
necessidade com
eficiência, cobrindo
as lacunas deixadas
pelo legado.

3. Visão Geral do Produto
Prover acesso a controle de pessoal, controle financeiro e controle de produtos.

3.1 Pe rspectiva do Produto
Produto que proporciona maior controle e produtividade para a empresa que o utiliza. Sendo um
sistema/aplicação, requer um servidor ou serviço de hospedagem, assim como profissionais treinados em
sua utilização.
3.2 Suposições e Dependências
Caso ocorra imprevistos durante a contratação do serviço de hospedagem IBM Bluemix, deverá ser
contratado outro serviço semelhante, e o documento visão deverá ser atualizado.

4. Recursos do Produto
- Controle de Pessoal:
Proporcionar o cadastro de colaboradores e estudantes para acesso as aulas.
- Controle Financeiro
Proporcionar o controle de gastos para manter a operação da ONG
- Controle de Produtos:
Proporcionar ferramentas e facilidades para controle dos produtos e itens necessários para o
funcionamento da ONG e suas atividades.

5. Outros Requisitos do Produto

Plano do servidor de hospedagem com que ofereça um processador Intel i7 Quarta Geração,
armazenamento de 1TB e backup mensal da base de dados.
Prover garantia de total disponibilidade e realocação de domínio caso a conexão com o sistema saia
temporariamente do ar devido a problemas na máquina hospedeira.
Disponibilidade de máquinas, horários e pro atividade do cliente e seus colaboradores para treinamento sobre
o sistema e sua utilização.
Criar um manual do usuário para explicação do passo a passo da utilização e uma base de conhecimento para
dúvidas mais comuns e soluções de erros.

Fusion
Regras de Negócios
Versão 1.0

Histórico da Revisão
Date Version
1.0
Description Author
20/ 05/21 Versão Inicial Oscar
Índice Analítico
1. Introdução
1.1 Finalidade
1.2 Escopo
1.3 Referências
1.4 Visão Geral
2. Definições
2.1 Controle de Pessoal
2.2 Controle Financeiro
2.3 Controle de Produtos

1. Introdução
Regras de Negócios

Esse documento tem como finalidade a apresentação das regras de negócios necessárias para a criação do
software, a fim de atingir todos os requisitos necessários esperados pelo cliente.

1.1 Finalidade

Apresentar as regras de negócio do projeto Fusion

1.2 Escopo

Esse documento refere-se ao projeto Fusion e tem como finalidade documentar e expor as regras de negócio
referentes ao mesmo.

1.3 Referências

Para mais informações sobre o projeto, vide o documento Visão.

1.4 Visão Geral

Definir as regras de negócios e necessidades do software de controle de pessoal, financeiro e de produtos
Fusion.

2. Definições

2.1 Controle de Pessoal:
Proporcionar o cadastro de colaboradores e estudantes para acesso as aulas , desde que sejam jovens
sem lares ou ex-alunos (para cadastro de professores).
2.2 Controle Financeiro
Proporcionar o controle de gastos para manter a operação da ONG
2.3 Controle de Produtos:
Proporcionar ferramentas e facilidades para controle dos produtos e itens necessários para o
funcionamento da ONG e suas atividades.

Fusion
Especificação de Requisitos de
Software

Versão 1.0

Histórico da Revisão

Especificação de Requisitos de Software
Date Version
1.0
Description Author
20/ 05/21 Versão Inicial Oscar
Índice Analítico
1. Introdução
1.1 Finalidade
1.2 Escopo
1.3 Definições, Acrônimos e Abreviações
1.4 Referências
1.5 Visão Geral

2. Descrição Geral

3. Requisitos Específicos
3.1 Funcionalidade

4. Informações de Suporte

4.1 Casos de Uso
4.2 Diagramas de Fluxo de Dados

1. Introdução

1.1 Finalidade

Descrever e especificar os requisitos que devem ser atendidas pelo produto Fusion, de
forma a satisfazer as necessidades de seu cliente, bem como definir o produto a ser feito,
para os desenvolvedores.
1.2 Escopo

Produto – Fusion
Missão do produto - Apoio informatizado ao controle de pessoal, financeiro e de produtos.
Permitirá o cadastramento de professores que serão ex-alunos, alunos, colaboradores,
disciplinas, turmas e períodos.

1.3 Definições, Acrônimos e Abreviações

Cadastro de Professores – Cadastro de professores, que foram ex-alunos, para lecionar matérias e
contribuir com a ONG.
Cadastro de Alunos – Cadastro de alunos, que não possuem lares e irão ser beneficiados pelas
atividades oferecidas pela ONG.
Controle Financeiro – Controle de contas a pagar, a receber, doações e custos relativos a
continuidade do projeto social exercido pela ONG.

1.4 Referências

Vide documento Visão e de Regras de Negócio para mais informações sobre o projeto.
1.5 Visão Geral

De acordo com o Padrão para Especificação de Requisitos, ou seja:
• Parte 2: Descrição geral do produto
• Parte 3: Requisitos específicos
• Parte 4: Informação de suporte
2. Descrição Geral

• O produto deve fornecer telas e funções capazes de efetuar o cadastro e controle (inclusão, edição e
exclusão) de professores, alunos e colaboradores, administração de recursos financeiros e de
produtos.
3. Requisitos Específicos
Cadastro de Professores (ex-alunos)
Cadastro de Estudantes
Cadastro de Colaboradores
Cadastro de Disciplinas
Cadastro de Turmas
Controle de Financeiro
Controle de Produtos
3.1 Funcionalidade

Cadastro de Professores (ex-alunos) – Incluir, Alterar, Excluir
Cadastro de Estudantes- Incluir, alterar, excluir
Cadastro de Colaboradores – Incluir, Alterar, Excluir
Cadastro de Disciplinas – Incluir, Alterar, Excluir
Cadastro de Turmas – Incluir, alterar, excluir
Controle de Financeiro – Contas a Pagar, Contas a Receber, Recepção de Doações
Controle de Produtos – Incluir no estoque, alterar no estoque, excluir no estoque

4. Informações de Suporte

4.1 Casos de Uso:

4.2 Diagramas de Fluxo de Dados:

7. BIBLIOGRAFIAS

ENGHOLM JÚNIOR, H. Engenharia de Software na prática. São Paulo: Novatec,
2010.

FOWLER, M. UML essencial: um breve guia para a linguagem-padrão de modelagem de
objetos. 3. ed. Porto Alegre: Bookman, 2005.

HULL, E.; JACKSON, K.; DICK, J. Requirements Engineering. 3. ed. Londres:
Springer, 2011.

LIMA, A. D. S. UML 2.0: do requisito à solução. 2. ed. São Paulo: Érica, 2007.

PRESSMAN, R. S. Engenharia deSoftware: uma abordagem profissional. 7. Ed.
Porto Alegre: McGraw-Hill, 2011.

SOMMERVILLE, I. Engenharia de Software. 9. ed. São Paulo: Pearson Prentice
Hall, 2011.

PRESSMAN, Roger, 2004. Software Engineering. A Practitioner’s Approach. 6th ed.
McGraw-Hill.

HENINGER, Kathryn L. Specifying Software Requirements for Complex Systems: New
Techniques and Their Application. IEEE Transactions on Software Engineering, vol. se-6,
no. 1, january 1980.

http://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-engenharia-de-
requisitos/8034

O custo real da mudança em desenvolvimento de software.
http://imasters.com.br/desenvolvimento/software/o-custo-real-da-mudanca-em-desenvolvimento-
de-software/

Especificação e Implementação de uma ferramenta para elicitação de requisitos de software
baseada na teoria da atividade.
https://www.unimep.br/phpg/bibdig/pdfs/2006/VMEPWGALFNMD.pdf
Análise de requisitos. http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/

Engenharia de software. http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-
software.html
Palma, Fernando – Especificação de Requisitos de Software da ferramenta lista de presença.
http://pt.slideshare.net/fernando.palma/especificao-de-requisitos?from=embed
Engenharia de Software.
http://www.governancamunicipal.sp.gov.br/conteudo/arquivos/Analise%20de%20requisitos.pdf
Elicitação de Requisitos. http://www.cin.ufpe.br/~if716/arquivos20152/9-Elicitacao
50

Artigo engenharia de software – Introdução à Engenharia de Requisitos.

http://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-engenharia-de-
http://imasters.com.br/desenvolvimento/software/o-custo-real-da-mudanca-em-desenvolvimento-
http://www.unimep.br/phpg/bibdig/pdfs/2006/VMEPWGALFNMD.pdf
http://www.infoescola.com/engenharia-de-software/analise-de-requisitos/
http://engenhariadesoftware.blogspot.com.br/2007/05/requisitos-de-
http://pt.slideshare.net/fernando.palma/especificao-de-requisitos?from=embed
http://www.governancamunicipal.sp.gov.br/conteudo/arquivos/Analise%20de%20requisitos.pdf
http://www.cin.ufpe.br/~if716/arquivos20152/9-Elicitacao

8. FICHAS APS