PIM VII Análise e Desenvolvimento de Sistemas- Unip

Prévia do material em texto

UNIP INTERATIVA
Projeto Integrado Multidisciplinar 
Cursos Superiores de Tecnologia
APLICAÇÃO WEB PARA GERENCIAMENTO DE ATIVIDADES ACADÊMICAS
Polo Unip Chapecó-SC
2018
Nome: Denivan Lucas Dal Berto
RA: 1701471
Curso: Análise e Desenvolvimento de Sistemas
Semestre: 4º Semestre
APLICAÇÃO WEB PARA GERENCIAMENTO DE ATIVIDADES ACADÊMICAS
Trabalho de conclusão de curso 
para obtenção de titulo de
graduação em Análise de Sistemas
 Operacionais apresentado à
 Universidade Paulista- UNIP
Chapecó- SC
2018
Nome: Denivan Lucas Dal Berto
RA: 1701471
Curso: Analise e Desenvolvimento de Sistemas
Semestre: 4º Semestre
APLICAÇÃO WEB PARA GERENCIAMENTO DE ATIVIDADES ACADÊMICAS
Trabalho de conclusão de curso
para obtenção de título de
graduação em Análise e 
Desenvolvimento de Sistemas
Operacionais apresentada à
Universidade Paulista- UNIP
Aprovado em: 
BANCA EXAMINADORA
_______________________/__/___
Prof. Nome do Professor
Universidade Paulista – UNIP
_______________________/__/___
Prof. Nome do Professor
Universidade Paulista – UNIP
_______________________/__/___
Prof. Nome do Professor
Universidade Paulista UNIP
RESUMO
	O projeto a seguir consiste na confecção de uma aplicação web para realizar entrega de tarefas acadêmicas.
	Para a realização desta aplicação web será efetuado um projeto que contará com todos os aspectos necessários para planejar e garantir que o produto final tenha qualidade, que seja condizente com os requisitos do cliente.
	O gerente de projetos fará uma representação ao cliente por meio de protótipo com base nos requisitos recolhidos, descreverá todo o escopo do projeto que inclui o escopo do produto, a Estrutura Analítica do Projeto (EAP), cronograma com a estimativa de tempo necessário para desenvolver as atividades descritas no EAP, apresentará os planos de risco, definirá os padrões de qualidade e estimará o orçamento.
	Por fim, haverá uma breve descrição dos métodos utilizados para o desenvolvimento da aplicação web, qual a linguagem que será utilizada e o banco de dados que será utilizado.
Palavras-Chave: Projeto, Aplicação web, Escopo.
 
	ABSTRACT
	
	The following project consists of creating a web application to perform academic tasks. 
	For the realization of this web application will be made a project that will have all the necessary aspects to plan and ensure that the final product has quality, that is in accordance with the requirements of the client. 
	The project manager will represent the client through a prototype based on the requirements collected, describe the entire scope of the project, which includes the product scope, the Project Analytical Framework (EAP), the timeline with the estimated time needed to develop the activities outlined in the CAS, will present the risk plans, set the quality standards and estimate the budget. 
	Finally, there will be a brief description of the methods used to develop the web application, which language will be used and the database that will be used.
Keyword: Project, Web Application, Scope.
INTRODUÇÃO.
	Hoje em dia se tem um cenário comercial muito competitivo que tenta se tornar cada vez mais ágil tornando-se necessária a informatização da empresa.
	Deste modo este centro educacional viu a necessidade de criar uma aplicação web para efetuar o gerenciamento das tarefas acadêmicas.
	Para efetuar esta aplicação será feito um projeto com base nos requisitos do stakeholder do centro educacional.
	Quando os requisitos forem levantados será dado procedimento ao projeto, sendo feito o seu escopo, estrutura analítica de projeto (EAP), cronograma, plano de risco e padrões de qualidade.
	Após concluído o projeto, será codificada a aplicação ASP.NET, juntamente com seu banco de dados Access.
2. REQUISITOS.
 
	Nesta faculdade se utiliza um sistema de entrega de tarefas acadêmicas manual, seguindo o exemplo dos concorrentes e vendo a necessidade de informatizar o processo de entrega das tarefas acadêmicas foi contratado um programador para desenvolver uma aplicação web.
	Para o desenvolvimento desta aplicação web os stakeholders (proprietários ou acionistas da empresa, que estão pagando pelo serviço) necessitam que seja feito um sistema de entrega de tarefas acadêmicas, ou seja, terá de haver a opção de seleção de qual é a tarefa acadêmica, prova, atividades complementares, trabalhos, etc.
	Esta aplicação web terá que contar também com a possibilidade de cadastramento destas tarefas acadêmicas, bem como alterar e excluir essas tarefas.
	Para cada tarefa haverá uma data limite para postagem dessas atividades e será gerado um alerta no momento que for esgotada essa data limite.
	Estas foram as funções requisitadas pelos stakeholders, porém esta página da web supre somente a necessidade do cadastramento das atividades é necessário que seja feita uma associação com o RA (registro acadêmico) do aluno para que possa ser concluída essa operação, deste modo será criado um cadastro para o aluno também. Podendo ser incluído suas notas.
	Estes requisitos foram adquiridos pelos stakeholders por meio de reuniões em que foi utilizado de entrevistas, sendo utilizado de perguntas como guia para nortear a reunião.
	
3. ESCOPO DO PROJETO.
	
	É de suma importância o planejamento da aplicação web sendo que se deve aplicar 80% do tempo gasto em planejamento e somente 20% em codificação, se esta ordem for invertida haverá problemas na qualidade do produto final.
	Como este projeto irá afetar positivamente a economia da faculdade, se tem pressa em seu desenvolvimento ainda mais que irá interferir na vida muitas pessoas (professores e estudantes), facilitando a entrega, correção, verificação das fontes citadas nas tarefas acadêmicas e aplicação da nota ao aluno.
	Lembrando que este é um programa, mas que no futuro poderá ser um subprojeto, ou seja, de acordo com as necessidades da faculdade este programa poderá ser utilizado para ser uma fração de um programa maior, mais abrangente e com outros subprojetos, por exemplo, um subprojeto que gerencie disciplinas ou quem sabe uma modalidade de ensino a distância (EAD) em que se sejam transmitidas aulas on-line e disponibilizados materiais para estudo para os alunos.
	Toda organização e estrutura do projeto desta aplicação web será baseada no guia de gerenciamento de projetos conhecido como PMBOK (Project Management Body of Knowledge), feito pelo PMI (Project Management Institute), que é um instituto internacional sem fins lucrativos que desenvolve normas, padrões, cursos e certificações profissionais para o desenvolvimento dessas práticas que facilitará o desenvolvimento e aumentará as chances de sucesso dessa aplicação web garantindo sua qualidade.
	Este guia menciona que se deve seguir uma sequência de atividades para então dar início a codificação do sistema: Escopo, Estrutura Analítica de Projetos (EAP), cronograma, planos de risco e padrões de qualidade esperados.
	
3.1. Escopo do Produto
	
	O escopo deste produto conta com as funções requisitadas pelos stakeholders e premissas que não foram ditas por eles, mas que são necessárias para o funcionamento da aplicação web:
Possibilitará o cadastramento de tarefas acadêmicas, bem como alteração e exclusão das mesmas;
Para cada tarefa será aplicada uma data limite de entrega;
Ao final do prazo de entrega será gerado um aviso em tela;
Logo depois da tarefa ser enviada será gerado um comprovante de entrega.
	Algumas funções que não estarão incluídas neste projeto:
Login para entrar na página web;
Cadastro de professores.
	O programador terá prazo razoável para desenvolver esta aplicação, sendo definido o prazo após a conclusão do cronograma para mensurar o tempo gasto em cada atividade.O valor que pode ser gasto em equipamentos, transporte e outras coisas que sejam necessárias para a conclusão dessa aplicação web também será estipulado após a conclusão do cronograma para saber se será necessário contratar mão de obra externa para conseguir concluir a aplicação dentro do prazo que será estipulado. 
	Este limite de orçamento será feito com base no quando o programador ganhará de forma a garantir certa margem de lucro, sendo necessária aplicação dessa margem para garantir que mesmo ocorrendo imprevistos e seja necessário gastar mais dinheiro, o programador continue no lucro.
3.2. Protótipo
	De forma a buscar a aprovação do cliente será apresentada uma tela que será parecida com o resultado final, um protótipo que não possui funcionalidade alguma, porém será utilizada como modelo para o resultado final.
	Utilizando o protótipo de telas gera uma maior satisfação ao cliente, criando maior confiança no gerente de projetos e torna a reunião dinâmica já que o cliente fará ajustes no design, disposição dos itens, botões e etc.
Figura 1 – Estrutura Analítica de Projetos
Fonte: Elaborado pelo autor
3.3. Estrutura Analítica de Projetos (EAP).
	
	A Estrutura Analítica do Projeto- EAP (WBS – Work Breakdown Structure) é uma ferramenta gráfica básica pra a gestão do escopo, representa as fazes do projeto ou pacotes de entrega, blocos de trabalho que fazem parte do projeto, sendo assim, o EAP tem como objetivo decompor todo o trabalho envolvido na realização do projeto.
Figura 2 – Estrutura Analítica de Projetos
Fonte: Elaborado pelo autor
	Este EAP vai servir de base para o desenvolvimento do projeto incluindo todos os processos desde a fase de análise até a entrega da aplicação web.
	Na fase de análise se obtém os requisitos dos stakeholders por meio de reuniões, na fase de projeto se têm o escopo, cronograma, plano de risco e as aquisições dos recursos necessários para que seja possível desenvolver essa aplicação web.
	No desenvolvimento são dispostas as camadas do modelo MVC (Model View Control) que vão ganhar mais ênfase posteriormente. 
	E quando esta aplicação web for concluída, haverá sua implementação testes finais realizados por alunos e a manutenção em caso de houver algum problema. Nesta fase também se encaixa a confecção da documentação desta aplicação web para garantir sua melhor manutenibilidade, garantindo que até mesmo um programador que não esteve presente no desenvolvimento do código consiga entender o seu funcionamento de uma forma rápida e achar o problema de forma eficiente.
	De acordo com a disciplina de Gerenciamento de Projetos de Software, este EAP poderá servir de modelo para os próximos projetos que o programador vai desenvolver.
	Cada atividade que está disposta no EAP terá duração estimada para o seu desenvolvimento e entrega, será discorrido sobre isso no próximo item.
3.4. Cronograma
	
	Tomando como referência a figura número 1 (Estrutura Analítica de Projetos), o programador terá de estimar o tempo necessário para desenvolver cada uma dessas atividades que compõem o projeto.
	Para a elaboração do cronograma é necessário que sejam definidas as atividades, estimada a duração das atividades e sequenciar as atividades.
	A seguir se tem o nome do pacote entregável, juntamente com as atividades que o compõem e o tempo de demora de entrega do pacote expressa em dias, sendo utilizado do método de estimativa por analogia, que é baseado em projetos anteriores, que é um método rápido de estimar a duração das entregas de pacote, porém não é precisa.
Levantamento de requisitos: Realizar entrevistas e descrever funcionalidades. Cinco dias.
Protótipo: Elaborar um esboço do design da página web, validar com o cliente, fazer alterações e entregar o documento. Cinco dias.
EAP:	Elaborar o diagrama que mapeia todos os pacotes de entrega e atividades contidas nele, validação do cliente, fazer alterações. Três dias.
Cronograma: Definir quais são as atividades, estimar a duração delas, sequenciar as atividades e entregar para o cliente. Dois dias.
Planos de risco: Fazer reuniões para encontrar riscos, definir, quantificar, tratar e acompanhar. Quatro dias
Orçamento: Efetuar levantamento dos custos que envolvem o desenvolvimento de todo o projeto e aplicação web. Dois dias.
Codificação do source: Efetuar a codificação da aplicação web, efetuar teste de mesa. Quatro dias.
Codificação da view: Efetuar o design, inserção de itens na página, validar com o cliente, fazer ajustes e entregar ao cliente. Três dias.
Camada modelo: Efetuar espelhamento do banco de dados, revisar e entregar ao cliente. Um dia.
Banco de dados: Efetuar as tabelas, revisar, entregar ao cliente. Três dias.
Implementação: Implantar a aplicação web no ambiente de trabalho. Dois dias.
Testes finais: O programador faz testes de uso, usuários fazem testes de uso, treinar os usuários, aceite final do cliente. Dois dias.
Manutenção: Efetuar ajustes para a correção de eventuais problemas.
Somando o total de trinta e seis dias para a conclusão da aplicação web.
	Os pacotes de trabalho informados anteriormente possuem atividade que dependem uma da outra, é necessário que seja seguida a ordem que foi disposta, sendo tanto as atividades contidas nos pacotes de trabalho quanto os pacotes de trabalho.
	É chamada de mandatória esse tipo de dependência, por não ser possível fazer uma atividade sem que a atividade anterior esteja feita.
	É necessário estimar os custos dos equipamentos, já que será necessária a compra do equipamento para a confecção do projeto e codificação da aplicação web, um projetor para melhor direcionar a reunião e executar a apresentação do protótipo, bem como outros pacotes entregáveis, será gasto em torno de sete mil reais.
3.5. Análise de riscos.
	Todo projeto de software está exposto a riscos sejam eles positivos ou negativos, sendo necessário efetuar a gestão de riscos para evitar futuros danos ao projeto, garantir aumento de produtividade e reduzir o trabalho.
	O programador tem tolerância ao risco sendo que ele acredita que poderá haver riscos, porém podem ser minimizados se tratados e então resolvidos. Os programadores podem ter outras tolerâncias a respeito do risco, sendo que podem ser contra ao risco e nem se quer começaria a desenvolver um projeto e outros programadores que não se importam com os riscos e acabam levando o projeto ao fracasso.
	O gerenciamento de riscos pode ser classificado nas atitudes que serão tomadas em frente aos riscos.
Proativa: avalia o risco, diminui impactos dos riscos e criação de planos preventivos.
Reativa: espera acontecer, é baseado na tentativa e erro e pode colocar o projeto em risco.
	Para a gestão de riscos o programador deve observar alguns aspectos referentes ao risco: 
O evento que pode disparar um risco;
Gravidade de suas consequências.
	Depois de o risco ser identificado é necessário mensurar a consequência se caso não tratado, buscar alternativas para que sejam aumentadas as oportunidades e reduzidas as ameaças, com base nas opiniões da equipe e pessoas especializadas, devem ser implantadas as soluções e monitoradas durante todo o ciclo de vida do projeto.
	Os métodos para encontrar riscos são parecidos com os métodos utilizados para o recolhimento dos requisitos do cliente, ou seja, será utilizado de reuniões, brainstormings, entrevistas, entre outros. 
	É avaliado pelo gerente de projetos com base em projetos anteriores qual a probabilidade e impacto que um risco pode causar caso ele se materialize.
3.5.1. Risco do cronograma
	Um alto risco que foi identificado já no começo do projeto (por meio de reuniões) é o de não cumprimento do cronograma, atrasos nas entregas dos pacotes de trabalho e consequentemente não conseguir entregar o produto no prazo estipulado por haver somente um programador confeccionando todo o projeto, desenvolvendo o código e o banco de dados. É necessário se levar em conta que o programador não possui experiência no desenvolvimento de aplicaçõesweb.
	Este risco pode acarretar sérios problemas por não cumprir com o prazo estipulado em contrato, deste modo, será necessário contratar um programador experiente para ajudar a efetuar o projeto e codificar esta aplicação web.
	O monitoramento deste risco será feito durante todo o projeto para saber se de fato, o cronograma não está sendo cumprido e está sobrando tempo entre uma atividade e outra, sempre visando garantir a qualidade do produto.
	O gerente de projetos tomará uma medida a respeito desse risco com base na análise quantitativa dele. O desenvolvimento do cronograma custará R$ 400,00 e tem probabilidade de 35% de chances desse risco de desencadear, dessa forma deve ser feita uma reserva de contingência:
Valor estimado: Valor risco x Probabilidade
Valor estimado: 400 x 35%
Valor estimado: R$ 140,00
3.5.2. Risco do protótipo
	Outro risco grave que se tinha era o de mudança do design ou funções contidas no projeto, com a utilização do protótipo irá aumentar o valor do orçamento, porém evitará o retrabalho quando o cliente fizer o aceite final e perceber o projeto não está como ele imaginava.
	Sendo assim, para efetuar o protótipo será gasto R$ 400,00 e teria com 20% de probabilidade de falha e mais R$ 150,00 de impacto, sem impacto no caso da obtenção do sucesso.
	Caso o gerente de projetos tivesse optado por não fazer o projeto, não haveria custo, porém, as chances de falha aumentam para 60% e R$ 850,00 de impacto
	Primeira opção - com protótipo: 20% x 150=30 => 400 + 30= 430
	Segunda opção - sem protótipo: 60% x 750= 450
	O gerente de projetos irá optar pela primeira opção que apresenta o menor valor esperado do risco, a primeira opção.
3.6. Orçamento.
	
	Mesmo o gerente de projeto tendo pouca experiência será utilizado do método de estimativa de custos por analogia, que igual ao cronograma, é um método mais barato, porém menos preciso.
	Envolve todos os custos necessários para o desenvolvimento desta aplicação web, contando com: 
Confecção dos pacotes entregáveis e suas respectivas atividades: R$ 15.000,00.
Custos de equipamentos: R$ 7.000,00
Visitas ao cliente (transportes, hospedagem e alimentação): Se tem em torno de 12 pacotes entregáveis, e cada visita será gasto R$ 500,00 então
 	12 x 500 = R$ 6.000,00
Custos burocráticos, impostos, taxas e inflações: R$ 500,00
Custo de alocação: De acordo com o cronograma o projeto vai durar 36 dias e o custo mensal do aluguel é de 1.500,00, então o custo de alocação é R$ 1.800,00.
Custos de contingência (riscos e incertezas): O risco do cronograma é R$ 140,00.
	Totalizando todas essas atribuições financeiras até a conclusão do projeto em: R$ 30.440,00.
3.7. Garantia de qualidade.
	 O sinônimo de qualidade na entrega do produto final é que o produto tenha as especificações que foram acordadas com o gerente de projeto logo no início por meio de reuniões. Sendo necessária a satisfação do cliente para que não necessite efetuar manutenções da aplicação web e perda do cliente, já que que o cliente irá escolher pelo produto do concorrente.
	Para garantir a qualidade do produto final se deve tomar algumas ações: lista de verificação de qualidade, revisões, testes em cada ciclo de vida e por fim, para ter certeza de que as ações estão sendo feitas é necessária uma auditoria.
	Depois da conclusão da aplicação web serão necessárias ações de controle de qualidade, para ter o aceite final do cliente: testes integrados e medições.
	Para os testes integrados é utilizado de um padrão para definir se o programa está satisfatoriamente funcional, ou seja, ele deve apresentar somente 3% de erros nos testes, caso a aplicação web apresenta uma porcentagem maior deste erro, deve ser aprimorado, os erros devem ser corrigidos para se chegar em 3% de erros.
	Se a aplicação web de gerenciamento de entrega de tarefas acadêmicas esteja apresentando 3% de erros, deve ser verificado se é possível minimizar mais ainda essa porcentagem de erros. 
	
4. CODIFICAÇÃO.
	 
	De acordo com a disciplina Desenvolvimento de Software para Internet para a confecção desta aplicação ASP.NET será utilizada a linguagem HTML e Javascript utilizando a IDE Visual Studio, será utilizado o desenvolvimento em camadas, que possibilita que seja feito o desenvolvimento desta mesma aplicação por até três grupos de programadores ao mesmo tempo nos remetendo ao método ágil Scrum, porém haverá somente um programador para realizar estas tarefas então o programador optou por inserir as variáveis de persistência e códigos numa mesma biblioteca de classes juntando a camada modelo e camada controle. 
	O padrão utilizado para o desenvolvimento em camadas é dividido em:
Controle: modo em que serão inseridos os códigos (C#, HTML e Javascript); 
View: modo de visualização da página da web;
Model: espelho do banco de dados Access.
	
	Foi criada uma tabela no Access para guardar as informações das variáveis descritas no código bem como seus tipos (inteiro, variável, etc.) também foi criada a variável código que não será atribuído valor por ser auto incremento.
	A atribuição dos valores as caixas de texto foram inseridas nos eventos dos respectivos botões, botão cadastrar, botão alterar e botão excluir.
	Também foram inseridos nos eventos dos botões, o comando SQL para efetivar a ação respectivo ao botão no banco de dados, como inserir os dados, alterá-los ou deletá-los.
	No trabalho com banco de dados e SQL, a tarefa mais comum é solicitar dados de uma ou mais tabelas e exibi-los. A instrução SELECT faz isso. No entanto, SELECT pode fazer muito mais que simplesmente recuperar e exibir dados. (NIELD, 19990, p.33)
	Para apresentar os cadastros é utilizado este comando, sendo possível exibir o resultado de todas as colunas da tabela, ou somente algumas colunas, se inserido o comando para especificar tais colunas.
	
5. CONCLUSÃO
	Neste projeto o programador que também gerenciou o projeto efetuou o levantamento de requisitos, o orçamento levou em conta os planos de contingência baseado nos riscos apresentados.
	O reconhecimento dos riscos foi efetuado de uma forma parecida com a do levantamento dos requisitos por meio de reuniões e questionários.
	O gerente de projetos sempre utilizou uma visão proativa referente aos riscos, sendo assim o risco de alteração de escopo do produto por parte do cliente foi tratado, via apresentação do protótipo de tela. Viu-se que valeria a pena o desenvolvimento do protótipo pelo custo que geraria para fazer alteração do escopo do produto, ou seja, seria mais caro dar continuidade no projeto sem ter apresentado ao cliente um protótipo.
	Para o desenvolvimento da aplicação foi utilizada a linguagem C#, HTML e JavaScript com o banco de dados Access.
	
	
	
	
 
6. REFERÊNCIAS.
MAZZI, A. A. D. R. Desenvolvimento De Sistemas Com C#. [s.l.] Clube de Autores, 2010. 
MILETTO, E. M.; BERTAGNOLLI, S. DE C. Desenvolvimento de Software II: Introdução ao Desenvolvimento Web com HTML, CSS, JavaScript e PHP - Eixo: Informação e Comunicação - Série Tekne. [s.l.] Bookman Editora, 2014. 
NIELD, T. Introdução à Linguagem SQL: Abordagem prática para iniciantes. [s.l.] Novatec Editora, 2016. 
SANCHEZ, F.; ALTHMANN, M. F. Desenvolvimento web com ASP.NET MVC. [s.l.] Editora Casa do Código, 2013. 
SILVA, M. S. Fundamentos de HTML5 e CSS3. [s.l.] Novatec Editora, 2018.