APS- ENTREGAR (FULL)

Prévia do material em texto

APS 
 ATIVIDADES PRÁTICAS SUPERVISIONADA 1° Semestre / 2014
 
 TEMA
 “Aplicação da Engenharia de Requisitos em um projeto software”
Nome: 
Nome: 
CURSO: Ciência da Computação CAMPUS: Pinheiros/ Noturno
Sumário
1.1. Sumário
1.2. Objetivo do trabalho
1.3. Introdução
1.4. Conceitos gerais
1.4.1. Requisitos de Software
1.4.2. Engenharia de Requisitos
1.5. Descrição das Atividades 
1.5.1. Elicitação
1.5.2. Análise e Negociação
1.5.3. Especificação
1.5.4. Modelagem
1.5.5. Validação
1.5.6. Gestão
1.6. Conclusão
1.7. Bibliografia
1.8. Anexos (Templates do RUP)
1.9. Ficha de Atividades Práticas Supervisionadas
1.1. Objetivo do trabalho
Este trabalho tem como objetivo demostrar nosso entendimento referente as etapas de um projeto e de seu “ Escopo”, ressaltando que a construção de um projeto além de baseada no conhecimento de cada funcionalidade, esta baseada no entendimento da proposta/ problema exposto pelo cliente, levando sempre em consideração as limitações e necessidades de cada ponto a ser analisado, exposto e construído na fase de requisitos. Neste trabalho descreveremos os esforços que forma necessária para a criação do projeto proposto.
1.2. Introdução
 O Projeto e o resultado de analise de cada requisito, tendo em mente que para um projeto serão necessários:
Titulo Resumo, Introdução, Objetivo, Justificativa, Matérias e métodos, Atividades, Resumo da equipe, Cronograma Plano de aplicação.
Após ser seguido cada passo via cronograma, poderão resultar em um sistema perfeito.
1.3. Conceitos gerais
 
 Durante a construção de nosso software nos deparamos com algumas necessidades básicas como organizar a linha de produção, incluir um fluxo ágil e metas atingíveis a seres criadas, além de criar um controle financeiro e de funcionários e alunos que transmitam pela ONG. Levando em consideração que a ONG Jovens Ambientalistas, possui o público alvo como jovens sem lar que depois de receberam cursos se tornam professores que prestam serviços remunerados.
A ONG devera fabricar brinquedos “ambientalmente corretos”.
A solução que encontramos foi implementar um sistema que possua a entrada data com código de cada aluno, sendo ele atualmente funcionário ou apenas ex-aluno da ONG.
O Cliente já possui um sistema em mente e tentaremos adequar as técnicas de engenharia dentro das necessidades do mesmo, para resultar na satisfação do contratante.
Abaixo uma imagem para orientação do fluxo que tentaremos seguir em nosso projeto.
Na engenharia de software e requisitos busca alguns dos fundamentos e uma abordagem com princípios de que os processos definidos são seguidos:
· Qualidade de software;
· Produtividade no desenvolvimento, operação e manutenção de software;
· Permitir que profissionais tenham controle sobre o desenvolvimento de software dentro de custos, prazos e níveis de qualidade desejados.
Lembrando que engenharia não garante o sucesso de um software, porem auxilia na construção de uma das partes mais importante destra infra estatura que no final das contas resultara em um software com margem baixa de erros e maior qualidade de aplicação.
Durante o projeto notamos que atender a demanda dentro do prazo previsto e um dos fatores que mais impactara no negocia do cliente, para tanto focaremos no controle de brinquedos, tempo versos esforços gastos e principalmente o fluxo financeiro.
1.3.1. 
Requisitos de Software
 Ao desenvolver o software para a determinada ONG, projeto já proposto pelo cliente, criamos um sistema viável, confiável e acessível, já que o sistema atende uma demanda de cliente de pequenos a médio porte exportando para dentro e fora do pais, controlando informações referentes aos serviços, produtos e financeiro da Instituição.
 O Conceito de Usabilidade é um dos pontos importantes usabilidade pode ser vista como a qualidade da utilização de sistemas computacionais a ser medida.
Durante este trabalho tentamos apresentar os métodos de construção de produtos de software de forma mais eficiente que atendam os padrões de qualidade confiabilidade dos recursos.
Algumas restrições foram encontradas como o tamanho e a capacidade da acessibilidade do sistema, já que o mesmo devera controlar seu estoque em tempo real, seja feita venda nacional ou internacional.
As propriedades do software foram desenvolvidas ao longo da analise de cada funcionalidade.
Tornaram-se imprescindível as autenticações para acesso, o controle e manutenção do sistema diariamente, como a revisão e o gerenciamento.
Documentar melhora e alimentar os sistemas é coisas necessárias para o progresso.
	
1.3.2. Engenharia de Requisitos
A engenharia é um processo de todas as atividades que contribuem para documentação dos requisitos.
· Identificação;
Determinamos que o projeto e viável já que a construção de um sistema de controle e possível para atender a necessidade do cliente.
· Análise e negociação;
Analise, conciliamos durante todo o projeto, fazendo o papel de conciliador da ONG entre sistema e recessividades, expectativas do cliente.
· Especificação e documentação;
Foi feita aparte documentacional deste projeto analisando os requisitos funcionais e não funcionais, como exemplos:
Requisitos não funcionais: 
· Controle de separação dos componentes da reciclagem em um dia.
· O lote da matéria prima mais o estado de transformação deve ser alterado no sistema no mesmos dia ou no máximo uma semana,
· Após na fabricação e utilização de moldes junto com a montagem do novo produto, tem q ser dado entrada no mesmo dia no sistema.
· As modificações e atualização do sistema, deve ocorre no máximos de 1 minuto de atraso vigente a adequação dos requisitos mínimos de funcionamento do sistema.
· Após reserva e compra do produto é dado baixa no sistema, embalado e transportado em um mês após contado com representante ou loja.
· Senhas são trocadas a cada seis meses.
Requisitos funcionais: 
· Os pedidos feitos pelos clientes via sistema de compra validade verifica o estoque, e mostra o status. 
· Baixa do estoque automaticamente quando o produto for vendido ou reservado.
· representante e confirmação do pagamento.
· Designar a coleta de materiais com transporte e mão de obra, esta com plena adequação do sistema RH vigente a CLT e temporários perante as leis.
· Todo acesso de usuário depende de um cadastro e suas permissões dentro do sistema.
· Validação.
Foram feitas analises e levantamentos para avaliar a situação e cumprimentos das expectativas do cliente em seu projeto, abaixo um checklist.
Após validação dos requisitos segue diagrama de caso de uso fornecedor – ONG – Cliente 
O diagrama de caso d uso mostra o que temos que fazer, é uma visão simples externa do processo do usuário com o sistema.
Na nossa parte do trabalho vamos executar a parte financeira da ONG onde após coleta, transformação, fabricação e venda do produto.
Parte Financeira
1. Financeiro > fluxo de caixa:
Controle de tudo o que tem a pagar a receber e previsto, facilita na tomada de decisão, através da manutenção o pode-se verificar como está o fluxo de caixa e títulos.
2. Financeiro > contas a pagar:
Controle dos títulos a pagar gerados dos contratos com fornecedores e clientes, pedidos do gestão de compras, como também títulos lançados manualmente, como luz, água, telefone. Dentro do movimento temos a tela de aprovação, liberação e renegociação, esse é o fluxo de pagamento, através desta tela o cliente pode verificar todos os títulos por seleção de data, valor, aprovados, liberados. Após ser aprovado e liberado os títulos, eles passam a estar disponível para ao débito automático ou para a emissão de cheques no controle bancário para pagamentos.
3. Financeiro > contas a receber: 
Integração com o módulo de contratos a receber, pois cada ação processada gera um título a receber no financeiro. Dentro do titulo a receber, gera guias com parcelas visualizando as informações correspondentes ao titulo, também é possível gerar um título manual.
4. Financeiro > controle bancário:Controle de todas as contas correntes da empresa. Tema movimentação bancária o cliente pode inserir um movimento de saída ou de entrada, como também um débito automático a possibilidade de pagar manualmente a conta, e métodos bancaria, e período que se encontra a conta que o cliente deseja pagar executar transferências entre contas.
1. Financeiro > Locação de terreno: 
Controle de locação de terreno via contrato para armazenagem ou coletar dos produtos recicláveis, gerando um custo para o contas a pagar. 
Interface do Sistema
1.4. Descrição das Atividades 
1.4.1. Elicitação
2. Ambientalistas
nossa ong
Visão (Projeto Médio)
Versão 1.0
 Ao efetuar entrevistas com aluno que estão ingressados na instituição e também com clientes que recebem constantemente as mercadorias, foi feito o levantamento de requisitos como tempo gasto para recebimento da mercadoria, qualidade dos produtos e dos cursos oferecidos pela instituição.
Buscamos levantar o histórico de tentativa de soluções anteriores.
Tentamos alcançar umas visões ambas tanto do lado do cliente quanto dos funcionários, capital para investimento nos recurso futuros, e recursos que dispomos no momento do inicio do projeto para evitar o desperdício de verba.
Tivemos a preocupação de levar estes comparativos antes de aplicar qualquer medida uma solucionadora para garantir a qualidade e assertividade.
2.1.1. Análise e Negociação
 Esta analise ocorre logo após a identificação dos requisitos do sistema.
Detectamos durante o projeto que seria necessário priorizar cada requisito, a resolução dos problemas e outro fator importante que foi detectado, atos como priorizar o departamento de financeiro foi uma de nossas metas, outro departamento a ser priorizado foi o de entrega para mantermos a qualidade e satisfação dos usuários.
	
2.1.2. Especificação
O software especificado neste documento é uma ferramenta de modelagem para uma ONG ambientalista que recolhe e educa e oferece formação profissionalizante para jovens.
A ONG necessita de um sistema que possa controlar a parte de produtos e o ramo financeiro da instituição, com base nos requisitos analisados encontramos a solução efetiva para agilizar a linha de produção e controlar a quantidade de produtos e funcionários envolvidos no projeto.
	Ambientalistas
Especificação de Requisitos de Software
Para sistema simples web
Versão 1.0
	CODIGO
	NOME
	PRIORIDADE
	RF 01
	Criação de Objetos
	Alta
	RF02
	Roteirizar Objetos
	Media
	RF03
	Apagar objetos
	Alta
	RF04
	Controlar entradas e saídas
	Alta
	RF05
	
	
2.1.3. Modelagem
A Modelagem e a parte onde criamos um modelo do sistema, construímos os modelos baseados nas características de cada requisito, atendendo a necessidade.
Durante a modelagem esbarramos em alguns problemas corriqueiros como o fato de ter que atender uma determinada demanda nacional e internacional, com a mesma qualidade e tempo de ação.
2.1.4. Gestão
 A Gestão do software conhecido como ERP (Enterprise Resource Planning), 
Nada mais é do que uma ferramenta essencial para a integração e parametrização do sistema, onde haverá controle e organização e realocamento de cada característica para um bem comum, incluindo normas, politicas e processos.
2.1.5. Validação
	TERMO DE ACEITE 
	Identificação do cliente
	Nome do cliente:
	Identificação do projeto
	Nome do projeto:
	Descrição 
	Termo de aceite final
	Tendo examinado o Relatório Final do Projeto e me certificado de que a solução atende às necessidades originalmente definidas, atesto e aprovo a conclusão do presente projeto.
	Obs.:
	Assinatura do cliente:
	 / /
	Assinatura do Gerente de Produto:
	 / /
Segue os modelos que utilizaremos para validar a aceitação dos clientes.
	
Assinaturas: 
------------------------- ------------------------
 
2.2. Conclusão
 
Concluímos que durante todo o projeto a fase de levantamento de requisitos se torna a peca chave para construção e continuação de cada fase do projeto.
 Nesta fase serão avaliadas as restrições do projeto, também foi possível notar que a fase de validação e um dos pontos a melhor ser trabalhado, porque nela poderemos encontrar, detectar os erros e melhorias imediatas ou posteriores que necessitaram serem implementados o famoso checklist deve avaliar cada atributos e seus requisitos com atenção.
Concluímos por fim um projeto se refine como um estudo de cada fase, para que nas fases finais de validação e implementação sejam demostrados os resultados de esforços posteriores, chegando assim à realização da necessidade proposta pelo cliente e a chamada “Satisfação”.
2.3. Bibliografia
http://www.wthreex.com/rup/portugues/webtmpl/templates/req/rup_srsuc.htm
http://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-engenharia-de-requisitos/8034
2.4. Anexos 
2.5. Ficha de Atividades Práticas Supervisionadas
 A ficha consta anexa e preenchida.
Requisitos
Funcionais
Elaboração
Transição
Inicialização	
Fases
Não funcionais
Requisito
analise
Projeto
Testes
Implementação
 Jovens Ambientalistas Projeto J/A 
Regras de Negócios 
Versão 1.0 
 
 
	J/A
	 Versão: 1.0
	Regras de Negócios
	 Data: 24/05/2014
	Jessica Galindo
Projeto J/A
Regras de Negócios
Versão 1.0
Jovens Ambientalistas
Histórico da Revisão
	Data
	Versão
	Descrição
	Autor
	24/5/2014
	1.0
	Criação do documento
	Jessica Galindo
	
	
	
	
	
	
	
	
	
	
	
	
Índice Analítico
1.	Introdução	4
1.1	Finalidade	4
1.2	Escopo	4
1.3	Definições, Acrônimos e Abreviações	4
1.4	Referências	4
1.5	Visão Geral	4
2.	Definições	4
2.1	Conceito	4
Regras de Negócios
Introdução
Este documento tem por objetivo de manter todas as regras de negócio gerais utilizadas pelo sistema Sistema de J/A.
 Não impactando o funcionamento já existente do sistema.
Finalidade
Este documento tem como finalidade a demonstração da proposta ao cliente para conciliação das regras de negocio.
Escopo
O projeto ira automatizar um departamento financeiro de uma ONG para auxiliar concluirá e obter dados concretos da empresa em questão.
Definições, Acrônimos e Abreviações.
Referências
N/A
Visão Geral
Algumas regras como que a ONG educa e oferece formação profissionalizante para jovens sem lar que depois de receberem cursos gratuitos por professores que são ex-alunos, prestam serviços remunerados, fabricando brinquedos “ambientalmente corretos” que são vendidos para o Brasil e o exterior.
 O Sistema não poderá possuir limitações sobre localidade dos produtos.
Definições
Já descrito ao longo do trabalho.
Conceito
O conceito deste documento e esclarecer futuras duvidam e problemas de regras de negocio entre o cliente e produto final.
	Confidencial
	Jovens Ambientalista 2014
	Página 4