Baixe o app para aproveitar ainda mais
Prévia do material em texto
UNIP – UNIVERSIDADE PAULISTA Curso de Ciência da Computação ATIVIDADES PRÁTICAS SUPERVISONADAS – APS aPLICAÇÃO DA ENGENHARIA DE REQUISÍTOS EM UM PROJETO DE SOFTWARE Arthur Belém Brettas RA: C164AJ8 Lucas de Quadros RA: C53BEA0 Vinicius Tomaz Neto RA: C23FHA3 Goiânia, 17 de Maio de 2018. UNIP – UNIVERSIDADE PAULISTA Curso de Ciência da Computação ATIVIDADES PRÁTICAS SUPERVISONADAS – APS aPLICAÇÃO DA ENGENHARIA DE REQUISÍTOS EM UM PROJETO DE SOFTWARE Atividades Práticas Supervisionadas do e 7º Semestres do Curso de Ciência da Computação da Universidade Paulista – UNIP. Coordenador: Prof. Nelson Batista Goiânia, 17 de Maio de 2018. 46 SUMARIO 1. OBJETIVO.................................................................................................... 4 2. INTRODUÇÃO.............................................................................................. 5 3. CONCEITOS GERAIS.................................................................................. 7 1. Requisitos de Software.......................................................................... 7 2. Engenharia de Requisitos....................................................................... 7 3. Descrição de Requisitos......................................................................... 8 4. DESCRIÇÃO DAS ATIVIDADES (Elicitação)............................................. 10 1. Introdução................................................................................................. 10 1.1 Referencias........................................................................................... 10 2. Posicionamento....................................................................................... 10 2.1 Declaração do Problema.................................................................. 10 2.2 Declaração de Produção do Produto............................................... 11 2.3 Descrição dos usuários e envolvidos............................................... 11 2.3.1 Resumo dos envolvidos.......................................................... 12 2.3.2 Resumo dos usuários............................................................. 13 2.3.3 Ambiente dos usuários........................................................... 14 2.3.4 Necessidades dos envolvidos ou usuários finais.................... 15 2.3.5 Alternativa e Concorrência..................................................... 16 2.4 Visão Geral dos Produtos............................................................... 17 2.4.1 Perspectivas do Produto........................................................ 17 2.4.2 Suposições e Dependências................................................. 17 2.5 Recursos do produto...................................................................... 17 2.5.1 Outros Recursos do Produto.................................... 18 4.1 DESCRIÇÃO DAS ATIVIDADES (Regra de negócio)............................. 19 1. Introdução .............................................................................................. 19 1.1 Finalidade...................................................................................... 19 1.2 Escopo.......................................................................................... 19 1.3 Referência.................................................................................... 20 1.4 Visão Geral.................................................................................... 20 2. Definições.............................................................................................. 21 2.1 Área administrativa...................................................................... 21 2.2 Área acadêmica......................................................................... 21 4.2 DESCRIÇÃO DAS ATIVIDADES (Especificação)................................. 22 1. Introduçao............................................................................................. 22 2. Objetivo................................................................................................. 22 3. Escopo ................................................................................................. 22 4. Definições, acrônimos e abreviações.................................................. 23 4.1 Referências ............................................................................ 23 4.2 Visão Geral............................................................................. 23 5. Descrição Geral................................................................................... 23 6. Requisitos Específicos ........................................................................ 24 6.1 Requisitos funcionais............................................................... 24 6.2 Requisitos não-funcionais........................................................ 24 6.3 Funcionalidades....................................................................... 24 7. Utilidades ............................................................................................. 25 7.1 Confiabilidade.......................................................................... 25 7.2 Desempenho............................................................................ 25 7.3 Suportabilidade........................................................................ 25 8. Requisitos de licença............................................................................ 26 9. Observações legais, sobre direitos autorais e outras observações...... 26 4.3 DESCRIÇÃO DAS ATIVIDADES (Modelagem) .................................... 27 1. Descrição.............................................................................................. 27 2. Fluxo Basico de Eventos ...................................................................... 27 4.4 DESCRIÇÃO DAS ATIVIDADES (Validação) ....................................... 28 4.5 DESCRIÇÃO DAS ATIVIDADES (Gestão) ........................................... 30 5. CONCLUSÃO........................................................................................... 31 6 ANEXOS............... ........................................................................................................... 32 7.BIBLIOGRAFIAS....................................................................................... 46 3 Lista de Diagramas Diagramas de Casos de Uso 46 Diagramas de Fluxo de Dados 49 4 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 17 Tabela 5 - Erros e medidas de solução para o sistema Fusion 18 5 1. OBJETIVO DO TRABALHO O trabalho tem por finalidade realizar a análise e estudo sobre a engenharia de requisitos a respeito do desenvolvimento do software Fusion, destinado a administração de informações e controle sobre a produção e venda de brinquedos realizados pela ONG Jovens Ambientalistas, que através de programas sociais junto de ex-professores realizam um trabalho de desenvolvimento de brinquedos que visa atender as exigências ambientais. 6 2. INTRODUÇÃO O processo por traz de um desenvolvimento de software é muito complexo exigemuito 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 7 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. 8 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 9 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 NASCIMENTO, 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éditos que a mesma possa a vir se beneficiar. Também existira uma janela para que sejam lançados os 10 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 webfazendo 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. 11 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. 12 2.2. Declaração de posiçã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. 13 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. 14 Tabela 1: Analise sobre as responsabilidades de acordo com os usuários. Envolvidos Descrição Responsabilidades Administradores e Gerentes Gestores Responsáveis Pelo Acompanhamento e Controle Das Finanças e Áreas gerenciamento das finanças da Jurídicas. ONG. Controle sobre as atividades realizadas pela instituição, dentre outras atividades que são de responsabilidades administrativas. Professores Responsáveis por ministrar Responsabilidade de gerencias aulas e realizar os trabalhos as aulas a serem apresentadas, junto dos jovens os trabalhos a serem 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 se 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. 15 Tabela 2 – Descrição dos usuários com papel direto no desenvolvimento Nome 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 acadêmico. 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 trabalhosdentro 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 melhor 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: Controle Administrativo Atividades voltadas na área de Recursos Humanos. 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 16 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 Necessidade Prioridade Preocupações Solução Atual Solução Proposta Recursos para Alta Organização, Planilhas no excel, Ferramenta administração e segurança das agendas, cadernos administrativa controle de informações, de anotações. implantada no informações. avaliação de software Solution resultados. com recursos para avaliação e geração de relatórios. Controle de Alta Organizar e Arquivos físicos, Recurso para documentos, proteger os dados pastas, anotações. cadastro e arquivo cadastro de pessoais de forma a virtual para envolvidos, melhorar a documentos. manutenção das identificação com Indexação e informações relação aos organização do envolvidos arquivo conforme utilidade e preferência. Organização e Alta Organizar a Não possui Controle virtual e 17 controle dos produção e o cadastramento de produtos finais. produto final afim produtos finais com de avaliar o quanto base na sua está sendo categoria. produtivo e quais os Relatórios de resultados obtidos comparativos para avaliação de desempenho. Fonte: Próprio autor. 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. 18 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 controle, 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 19 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. 20 Regras de Negócio 1. INTRODUÇÃO O documento aqui descrito se 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. 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. 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. 21 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. 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/webtmpl/templates/bm/rup_brul.htm> 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. 22 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. 23 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. 24 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. 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. 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. 25 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. REQUISITOS ESPECÍFICOS 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. 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. 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. 26 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. 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. 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. 27 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 OUTRAS 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. 28 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. 29 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. 30 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 semelhante a uma planilha excel porem de forma profissional e melhor desenvolvida 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 analisesde desempenho através de sistemas desenvolvidos 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 aluno foi 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. 31 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. ERROS Informações do ERRO Medidas de Solução ERRO 101 Falha ao acessar o servidor - Verificar se os servidores para login estão acessíveis. - Analisar os dados digitados pelo usuário. Falha ao salvar os dados e - Verificar a conexão com a ERRO 102’ 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 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. 32 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 Description Author 20/05/17 1.0 Versão Inicial João Índice Analítico 1. Introdução 2 1.1 Referências 2 2. Posicionamento 2 2.1 Descrição do Problema 2 2.2 Sentença de Posição do Produto 2 2.3 Descrições dos Envolvidos e Usuários 2 2.4 Resumo dos Envolvidos 2 2.5 Resumo dos Usuários 2 2.6 Ambiente do Usuário 2 2.7 Resumo das Principais Necessidades dos Envolvidos ou Usuários 2 3. Visão Geral do Produto 2 3.1 Perspectiva do Produto 2 3.2 Suposições e Dependências 2 4. Recursos do Produto 2 5. Outros Requisitos do Produto 2 6. Restrições 2 Visão Introduçã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 descritos 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. Posicionamento 2.1 Descrição do Problema 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 2.2 Sentença de Posição do Produto Para ONG Jovens Ambientalistas Quem Responsáveis pelas funções de Recursos Humanos e Administração O (nome do produto) Fusion Que Realiza o controle de pessoal, produtos e financeiro Diferente de Sistema atual Nosso produto 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 Implantaçã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 implantaçã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ções nos dados cadastrados quando não houver ações do prórprio 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 super-aquecimento, congelando o 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 colaboradorese estudantes. 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. Controle de Financeiro Alta Controle de custos de colaboradores e estudantes. 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. Controle de Produtos Alta Controle Interno. 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. Visão Geral do Produto Prover acesso a controle de pessoal, controle financeiro e controle de produtos. 3.1 Perspectiva 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. 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. 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 Description Author 20/05/17 1.0 Versão Inicial João Índice Analítico Introdução Finalidade Escopo Referências Visão Geral Definições Controle de Pessoal Controle Financeiro Controle de Produtos Regras de Negócios Introdução Esse documento tem como finalidade a apresentação das regras de negócios necessárias para a criação do software, afim de atingir todos os requisitos necessários esperados pelo cliente. Finalidade Apresentar as regras de negócio do projeto Fusion Escopo Esse documento refere-se ao projeto Fusion e tem como finalidade documentar e expor as regras de negócio referentes ao mesmo. Referências Para mais informações sobre o projeto, vide o documento Visão. Visão Geral Definir as regras de negócios e necessidades do software de controle de pessoal, financeiro e de produtos Fusion. 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 Date Version Description Author 20/05/17 1.0 Versão Inicial João Índice Analítico Introdução Finalidade Escopo Definições, Acrônimos e Abreviações Referências Visão Geral Descrição Geral Requisitos Específicos Funcionalidade Informações de Suporte 4.1 Casos de Uso 4.2 Diagramas de Fluxo de Dados Especificação de Requisitos de Software 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. 43 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 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. 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 44 Informações de Suporte 4.1 Casos de Uso: 4.2 Diagramas de Fluxo de Dados: 47 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. Artigo engenharia de software – Introdução à Engenharia de Requisitos. 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
Compartilhar