Baixe o app para aproveitar ainda mais
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ários para a criação do projeto proposto. 1.2. Introdução O Projeto e o resultado de esforços e analise de cada requisito, tendo em consideração, 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 possui o publico 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. 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 de acessível, já que o sistema atendera 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 na 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: velocidade do desempenho reduzida se acessado mutuamente. Requisitos funcionais: Baixa do estoque automaticamente quando o produto for vendido. · Validação. Foram feitas analises e levantamentos para valiar a situação a tua e cumprimentos das expectativas do cliente em seu projeto, abaixo o checklist. 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 medica 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 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 Segue os modelos que utilizaremos para validar a aceitaçãodos clientes. 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: / / 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 a 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
Compartilhar