EDUARDO ALEXANDRE EBERHARDT

Transcrição

1 i EDUARDO ALEXANDRE EBERHARDT ESTÁGIO CURRICULAR I e II DESENVOLVIMENTO DE UM SOFTWARE PARA GERENCIAMENTO ACADÊMICO E FINANCEIRO DE ALUNOS EMPRESA: NOTEBOOK CENTURY SETOR: WEB SUPERVISOR: VICTOR VARGAS DE ANDRADE ORIENTADOR: VALMOR ADAMI JUNIOR CURSO DE TECNOLOGIA EM SISTEMAS DE INFORMAÇÃO CENTRO DE CIÊNCIAS TECNOLÓGICAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC JOINVILLE SANTA CATARINA BRASIL OUTUBRO DE 2009

2 ii APROVADO EM.../.../... Professor Valmor Adami Junior Mestre (Udesc) Professor Orientador Professora Luciana Rita Guedes Mestre em Ciência da Computação em Sistemas de Computação Professor Ricardo Ferreira Martins Mestre (Universidade Federal de Santa Catarina - UFSC) Victor Vargas de Andrade Especialista (MBA- FUND.GETULIO VARGAS) Supervisor da CONCEDENTE

3 iii Carimbo da empresa UNIDADE CONCEDENTE Razão Social: UDESC CGC/MF: / Endereço: Campus universitário Prof. Avelino Marcante s/n Bairro: Bom Retiro CEP: Cidade: Joinville UF: SC Fone: (47) Supervisor: Victor Vargas de Andrade Cargo: Professor universitário ESTAGIÁRIO Nome: Eduardo Alexandre Eberhardt Matrícula: Endereço: Rua Laercio Hoffmann, 160 Bairro: Nova Brasília CEP: Cidade: Joinville UF: SC Fone: (47) Curso de: Tecnologia em Sistemas de Informação Título do Estágio: Desenvolvimento de um software para gerenciamento acadêmico e financeiro de alunos Período: 28/09/2009 a 27/11/2009 Carga horária: 240 horas AVALIAÇÃO FINAL DO ESTÁGIO I PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor Orientador: Valmor Adami Jr. CONCEITO FINAL DO ESTÁGIO I e II NOTA ETG I e II (Média do Processo) Rubrica do Professor da Disciplina Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9) Joinville / /

4 iv Nome do Estagiário: Eduardo Alexandre Eberhardt QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS QUALIDADE DO TRABALHO: Considerando o possível. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificações ou inovações. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padrão razoável. ESPÍRITO INQUISITIVO: Disposição demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades. SOMA Pontos QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS ASSIDUIDADE: Cumprimento do horário e ausência de faltas. DISCIPLINA: Observância das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAÇÃO: Disposição para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa. SOMA Pontos PONTUAÇÃO PARA O QUADRO I E II Sofrível - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos LIMITES PARA CONCEITUAÇÃO AVALIAÇÃO FINAL Pontos De 57 a SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a REGULAR SOMA do Quadro II multiplicada por 3 De 148 a BOM SOMA TOTAL De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: Universidade do Estado de Santa Catarina Representada pelo Supervisor: Victor Vargas de Andrade CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa

5 v UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - CCT PLANO DE ESTÁGIO CURRICULAR OBRIGATÓRIO ESTAGIÁRIO Nome: Eduardo Alexandre Eberhardt Matrícula: Endereço (Em Jlle): Laércio Hoffmann Q:D, L:20 Bairro: Nova Brasília CEP: Cidade: Joinville UF: SC Fone: Endereço (Local estágio): Pedro Lobo 230 Bairro: Centro CEP: Cidade: Joinville UF: SC Fone: eduardo@notebookcentury.com.br Regularmente matriculado no semestre: 02/09 Curso: TSI Formatura (prevista) Semestre/Ano: 02/09 UNIDADE CONCEDENTE Razão Social: PORTATIL EQUIPAMENTOS DE INFORMATICA LTDA CGC/MF: Endereço: Pedro Lobo, 230 Bairro: Centro CEP: Cidade: Joinville UF: SC Fone: Atividade Principal: Vendas e Manutenção de Notebooks Supervisor: Victor Vargas de Andrade Cargo: Professor DADOS DO ESTÁGIO Área de atuação: Desenvolvimento Departamento de atuação: Web Fone: Ramal: Horário do estágio: 08:30 as 11:30 e das 13:00 as 16:00 Total de horas do Estágio: 240 Período: 28/09/2009 a 27/11/2009 Total de horas semanais: 30 Nome do Professor Orientador: Valmor Adami Junior Departamento: DCC - Departamento de Ciência da Computação Disciplina(s) simultânea(s) com o estágio Quantas: 5 Quais: TES02, TES03, TES09, TES11, TES16 OBJETIVO GERAL Desenvolver um software para gerenciamento acadêmico e financeiro de alunos em ambiente web para a empresa Notebook Century.

6 vi ATIVIDADES OBJETIVO ESPECÍFICO HORAS 1.1 Pesquisar com funcionários a averiguação de rotinas, dificuldades e melhorias. 1. Definição do escopo Estudar programação php e sua respectiva comunicação com banco de dados Mysql. 2.2 Aprimorar conhecimentos em mysql 2.3 Estudar Javascript e XML para utilização de AJAX 2. Estudo da linguagem de programação php, mysql, Javascript e XML Projetar casos de uso e enviar para avaliação 3.2 Projetar banco de dados 3. Projeto do software Fazer a modelagem, codificação e verificação do sistema 4. Desenvolvimento Realizar testes funcionais no sistema implementado 5.2 Realizar a análise de dados e apresentar resultados 5. Testes funcionais e análise dos resultados 20 Rubrica do Professor Orientador Aprovação do Membro do Comitê de Estágio Rubrica do Coordenador de Estágio Rubrica do Supervisor da Empresa Data: Data: Data: Prof César Data: Carimbo da Empresa Malutta

7 vii CRONOGRAMA FÍSICO E REAL ATIVIDADES PERÍODO (horas) P R Definição do escopo. P Estudo da linguagem de programação php, javascript, xml e mysql. Projeto do Software P Desenvolvimento aplicação P R P R R R Testes Funcionais e análise dos resultados. P R Legenda P Previsto R Realizado

8 8 AGRADECIMENTOS Primeiramente agradeço a Deus por ser lâmpada para meus pés e luz para meus caminhos, por abençoar minha vida, minha família e entes queridos e por me dar forças para enfrentar os desafios, inteligência e sabedoria. Agradeço a minha querida esposa que tanto soube me compreender durante essa caminhada, pela sua paciência, dedicação e amor. Agradeço minha linda filhinha que juntamente com minha esposa é parte de mim e faz me lembra com seu esplêndido sorriso que é preciso vencer na vida. Devo meu agradecimento também ao meu professor orientador Valmor Adami Jr.

9 9 SUMÁRIO LISTA DE FIGURAS RESUMO INTRODUÇÃO OBJETIVOS Objetivo Geral Objetivos Específicos Justificativa ORGANIZAÇÃO DO ESTUDO EMPRESA HISTÓRICO PRICIPAIS PRODUTOS PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS DEFINIÇÃO DO ESCOPO SITUAÇÃO ATUAL REQUISITOS FUNCIONAIS ESTUDOS DAS TECNOLOGIAS TECNOLOGIAS PROJETO DO SOFTWARE CASOS DE USO Descrição dos atores Descrição dos casos de uso DIAGRAMA DO BANCO DE DADOS CONSIDERAÇÕES DESENVOLVIMENTO DA APLICAÇÃO ESTRUTURA DAS TELAS TELA DE LOGIN TELA DE CADASTRO DE ALUNO TELA DE CONSULTA DE ALUNO TELA DE CADASTRO DE INSCRIÇÃO TELA DE CADASTRO DE RECEBIMETOS TELA DE CONSULTA DE RECEBIMENTOS TELA DE CADASTRO DE AGENDA TELA DE CONSULTA DE AGENDA TELA DE CADASTRO DE FUNCIONÁRIO... 33

10 TELA DE CONSULTA DE FUNCIONÁRIO CONSIDERAÇÕES SOBRE AS TELAS CONSIDERAÇÕES SOBRE O DESENVOLVIMENTO TESTES FUNCIONAIS TESTE DE CAIXA-BRANCA TESTE DE CAIXA-PRETA CONCLUSÕES REFERÊNCIAS BIBLIOGRÁFICAS... 38

11 11 LISTA DE FIGURAS Figura 1- Casos de uso Figura 2 Diagrama Entidade - Relacionamento Figura 3 - Estrutura das tabelas Figura 4 - Tela de login Figura 5 - Tela de cadastro de aluno Figura 6- Tela de consulta de alunos Figura 7 - Tela de cadastro de inscrição Figura 8 - Tela de cadastro de recebimento Figura 9 - Tela de consulta de recebimento Figura 10 - Tela de cadastro de agenda Figura 11 - Tela de consulta de agenda Figura 12 - Tela de cadastro de funcionário Figura 13 - Tela de consulta de funcionário... 34

12 12 RESUMO Este relatório consiste na documentação das atividades desenvolvidas no estágio curricular, realizado na empresa Notebook Century, no departamento de desenvolvimento web. O estágio teve como objetivo principal o desenvolvimento de um sistema web para o gerenciamento acadêmico e financeiro de alunos e visa suprir uma necessidade de tornar eficiente o controle de alunos e permitir a busca de dados rapidamente entre as filiais e a matriz da empresa. A atuação no estágio foi desde o levantamento de requisitos, casos de uso, modelagem do banco, até o desenvolvimento da aplicação propriamente dita.

13 13 1 INTRODUÇÃO O relatório apresenta as atividades desenvolvidas no estágio obrigatório completando uma carga horária total de 240 horas. O estágio foi realizado na empresa Notebook Century em seu setor de desenvolvimento web. As atividades consistem no projeto e desenvolvimento e um sistema via web para gerenciamento dos alunos do curso de manutenção em notebooks. Como o estagiário trabalha atualmente na empresa em que fez o estágio, a empresa adiantou em praticamente 4 semanas o começou do estágio descrito no plano de estágio, o que justifica o tempo descrito no cronograma real. 1.1 OBJETIVOS Objetivo Geral O objetivo geral do estágio é desenvolver um Software para gerenciamento acadêmico e financeiro de alunos em ambiente web para a empresa Notebook Century Objetivos Específicos Para realizar as atividades deste estágio, foram seguidos os seguintes objetivos específicos: Definição do escopo Estudo da linguagem de programação php, mysql, javascript e Xml. Projeto do software Desenvolvimento Testes funcionais e análise dos resultados Justificativa A Notebook Century possui um curso de manutenção em notebooks, cujos ex-alunos possuem alguns benefícios como desconto em peças e serviços e possibilidade de se tornarem futuros representantes. Esse controle e cadastro não são eficientes. Para suprir essa necessidade

14 14 sua consulta e transferência de informações entre filiais, por isso será desenvolvido um sistema que visa organizar e agilizar este processo. 1.2 ORGANIZAÇÃO DO ESTUDO O primeiro e corrente capitulo trata dos objetivos do estágio em si e das justificativas para se realizar este estágio. No capítulo 2 é apresentada a empresa, histórico, principais clientes e produtos na qual foi realizado este estágio. O capitulo 3 apresenta a definição do escopo do projeto bem como a situação atual da empresa no quesito de gerenciamento dos alunos e também é apresentado os requisitos do software desenvolvido. Algumas tecnologias foram necessárias serem estudadas para o desenvolvimento da aplicação em questão e foram descritas no capítulo 4. O projeto do sistema é descrito no capitulo 5, incluindo seus casos de uso e suas devidas descrições e o projeto do banco de dados. O desenvolvimento da aplicação em si juntamente com suas telas e funcionamentos são descritos no capítulo 6. O ultimo capítulo é explanado com serão feitos os testes no sistema desenvolvido.

15 15 2 EMPRESA A Notebook Century é uma empresa especializada em manutenção e comercialização de equipamentos portáteis: Notebooks, projetores, câmeras digitais e muitas outras soluções tecnológicas voltadas a mobilidade. Com 12 anos de mercado e um portifólio de relacionamento de longo prazo com várias empresas de respeito de âmbito nacional, os serviços de suporte técnico tem garantido um pósvenda personalizado buscando a completa satisfação dos clientes. 2.1 HISTÓRICO Fundada em Julho de 1997 em um escritório de 40m² com apenas 1 funcionário. Em 2000 mudou de endereço para um local maior, cerca de 100 M² já com status de loja e também com layout diferente das lojas de informática, com planejamento arquitetônico. No ano de 2002 ampliou a Loja Joinville para 200 M² e no ano de 2003 foi inaugurado um ponto de venda em Florianópolis, escritório de 40m². A loja de Joinville passou a ter 350 M² em O ano de 2005 foi marcado pelo início da industrialização de marca própria e a mudança da loja de Florianópolis para uma loja de rua. Em 2007 ocorreu a mudança de loja em Florianópolis para Shopping Iguatemi. No ano seguinte foi inaugurada a loja de Curitiba no Shopping Palladium e a Matriz de Joinville mudou para frente do Shopping Mueller. Neste ano corrente de 2009 houve um aumento considerável nas vendas da marca própria Avell e a inauguração primeira franquia em BH no Shopping Diamond. 2.2 PRICIPAIS PRODUTOS Os principais produtos comercializados hoje pela Notebook Century, são os notebooks da marca própria, a Avell. Além destes, a empresa também conta em sua gama de produtos, notebooks da Sony, HP, Acer, Toshiba e Apple e acessórios das mais variadas marcas e modelos.

16 PRINCIPAIS CLIENTES A Notebook Century orgulha-se em possuir como clientes, grandes empresas no mercado, tais como Tigre, Beto Carrero, Fundição Tupy, Unimed, DataSul, Weg, Amanco, Sesi, Dohler, Celesc, entre outros. 2.4 CONSIDERAÇÕES GERAIS Com aproximadamente 50 funcionários dispõe de assistência técnica própria e personalizada. Possui um centro de treinamento e capacitação técnica que já formou mais de 400 profissionais dos mais diversos estados brasileiros, garantindo profissionais altamente qualificados para atender e executar os serviços com excelência. Trabalha com produtos de marcas renomadas, jamais comercializamos equipamentos recondicionados, remanufaturados ou de origem duvidosa. Todos os produtos importados possuem declaração de importação e garantia de procedência.

17 17 3 DEFINIÇÃO DO ESCOPO Como o objetivo geral do estágio pode tomar uma abrangência muito ampla, este tópico tem por finalidade delimitar realmente quais serão os aspectos e características do sistema a ser desenvolvido. 3.1 SITUAÇÃO ATUAL Os alunos do curso de manutenção em notebooks são todos cadastrados em planilhas do Excel, a busca por dados é demorada e geralmente há falhas no fornecimento de consultorias pós-curso que são gratuitas somente até 30 dias após o término. Como a empresa possui algumas filiais e alunos no Brasil inteiro, essa consulta pelas filiais é precária, logo que as planilhas estão centralizadas com a secretária do curso. Com o desenvolvimento de um sistema novo no estágio, pretende-se resolver estes problemas. 3.2 REQUISITOS FUNCIONAIS Os requisitos definidos para o trabalho foram desenvolver um sistema para controle financeiro e acadêmico dos alunos do curso de manutenção em notebooks, tanto no pré-curso fazendo agendamento do curso básico e do curso avançado, quanto no pós-curso monitorando os pagamentos tanto do curso em si quanto de consultorias prestadas. Outra situação pretendida é de acabar com a distância entre a matriz e as filiais, para isso o sistema a ser desenvolvido deverá ser online e ficará num servidor onde atualmente está o e- commerce da empresa. Ex-alunos possuem descontos em peças e serviços prestados pela assistência técnica da empresa em qualquer de nossas filiais, logo seu cadastro deve ser mantido em um sistema para consulta posterior. Uma exigência é que o sistema possua gráficos que mostrem as regiões do Brasil que demandam os alunos e que demonstre a demanda por publicidade. O sistema deverá ter diferentes níveis de acesso as suas funcionalidades, pois os usuários que terão acesso ao sistema, também terão limitações de uso diferenciadas.

18 18 4 ESTUDOS DAS TECNOLOGIAS Será utilizado como linguagem principal o Php do lado do servidor e o Javascript do lado do cliente, pois a empresa já possui a estrutura necessária para tal tecnologia. Com o intuito de desenvolver um sistema mais dinâmico e principalmente sem as atualizações de paginas que consome recurso de banda de internet sem necessidade será utilizada uma tecnologia conjugada ao javascript chamada de Ajax. O Ajax trabalha em conjunto de outra tecnologia chamada Xml. Por fim, para a persistência dos dados será utilizado o banco de dados Mysql. Os conceitos sobre as tecnologias e linguagens de programação utilizadas e estudadas neste estágio estão a seguir. 4.1 TECNOLOGIAS A linguagem PHP, Hypertext Preprocessor, é uma linguagem de programação gratuita, de código fonte aberto e utilizada para desenvolvimento Web. Possui compatibilidade com as bases de dados mais comuns (Mysql, Oracle, e Interbase) é independente de plataforma. Todo o código é executado no servidor, e apenas os resultados são enviados ao navegado (NIEDERAUER, 2004). O Javascript é uma linguagem de script desenvolvida pela Netscape Communications e pela Sun Microsystems, Inc. Possui desempenho limitado, pois não é compilado antes da execução. O código Javascript, que é incluído em uma página da Web juntamente com o código HTML. A tecnologia Ajax, Asynchronous JavaScript and XML, é a junção do Javascript com o XML que possibilita uma navegação em paginas Web mais dinâmicas, no qual é possível enviar dados para o servidor e receber as respostas sem que haja uma atualização da tela (SOARES, 2006). XML, Extensible Markup Language, é uma linguagem de Marcação Extensiva, versão mais simples do padrão SGML (padrão universal para a escrita de documentos de hipertexto) para a criação de documentos HTML. O MySQL é um sistema gerenciador de banco de dados gratuito sob a licença pública GNU, amplamente utilizado devido a seu desempenho e estabilidade, ele é o sistema mais indicado para acesso a banco de dados por aplicativos de internet (Niederauer, 2004).

19 19 5 PROJETO DO SOFTWARE Este capítulo abordará o projeto do software desenvolvido no estágio de acordo com a análise de requisitos feita juntamente com funcionários envolvidos no processo e o supervisor da área. Os conhecimentos utilizado para o desenvolvimento do software foram adquiridos nas disciplinas de SOFT, APS e BAN. 5.1 CASOS DE USO De acordo com a análise de requisitos feita checou-se a conclusão que dois tipos de usuários utilizarão o sistema e serão descritos pelos atores Funcionário e Gerente. O Funcionário será o responsável pela manutenção dos alunos e que engloba o seu cadastro, alteração, exclusão e consulta. Este ator também é responsável pela manutenção das inscrições, da agenda e dos pagamentos. O Gerente por sua vez será responsável para manutenção dos Funcionários. Este ator utilizará no caso de uso Manter pagamentos, a consulta de pagamento principalmente e também fará umas consultas de relatórios. Para cada função do sistema há uma autenticação do usuário. Os casos de uso projetados no sistema estão descritos na figura abaixo. Figura 1 Casos de uso

20 Descrição dos atores Abaixo serão descritas as funções dos atores do caso de uso. O Gerente será responsável pela manutenção dos usuários que implica no cadastro, alteração, exclusão e consulta e também poderá gerar e consultar os relatórios de demanda de alunos por região e demanda por publicidade. Este ator consultará os pagamentos dos cursos e consultorias. O Funcionário, assim como o ator Gerente, também consultará os pagamentos bem como também os registrará e atualizará. Este ator também será responsável pela manutenção que engloba o cadastro, consulta atualização e exclusão dos agendamentos, dos alunos e das inscrições Descrição dos casos de uso Manter Funcionário Sumário: Gerente utiliza o sistema para manter os funcionários no sistema. Ator Primário: Gerente. Atores Secundários: Não possui. Pré-condições: Gerente deve estar identificado no sistema. Fluxo Principal: 1. Gerente escolhe uma opção entre: Incluir, Alterar, Consultar ou Excluir. 2. O sistema valida as permissões. 3. Gerente realiza a operação. 4. O sistema valida os dados. Fluxo de Exceção (3): O preenchimento de todos os campos é obrigatório. O sistema alertará o gerente. Fluxo de Exceção (4): Em caso de erro nos dados informados, sistema informa o motivo do erro. Fluxo Alternativo1 (2): Em caso de negação de acesso o sistema mostra a mensagem permissão negada, contate o Administrador pergunta se o usuário deseja enviar um para o Administrador.

21 Gerar relatórios Sumário: Gerente utiliza o sistema para gerar relatórios no sistema. Ator Primário: Gerente. Atores Secundários: Não possui. Pré-condições: Gerente deve estar identificado no sistema. Fluxo Principal: 1. Gerente escolhe uma opção entre: Relatório de demanda por região, demanda por publicidade ou demanda de publicidade por região. 2. O gerente poderá escolher todos os estados ou algum em específico bem como todas as publicidades ou alguma em específico. 3. O sistema valida as permissões. 4. Gerente realiza a operação. 5. O sistema gera e mostra os relatórios graficamente. Fluxo de Exceção (1): A escolha de uma das duas opções é obrigatória. O sistema alertará o gerente. Fluxo Alternativo1 (3): Em caso de negação de acesso o sistema mostra a mensagem permissão negada, contate o Administrador pergunta se o usuário deseja enviar um para o Administrador Manter pagamentos / receitas Sumário: Funcionário utiliza o sistema para manter pagamentos no sistema, o gerente somente utiliza a consulta. Ator Primário: Funcionário, gerente. Atores Secundários: Não possui. Pré-condições: Funcionário e gerente devem estar identificados no sistema. Fluxo Principal: 1. Funcionário escolhe uma opção entre: Incluir, alterar, excluir ou consultar. 2. O gerente utilizará somente a consulta. 3. O sistema valida as permissões. 4. Funcionário ou gerente realiza a operação escolhida. 5. O sistema valida os dados. Fluxo de Exceção (1):

22 22 A escolha de uma das duas opções é obrigatória. O sistema alertará o funcionário. Fluxo Alternativo1 (3): Em caso de negação de acesso o sistema mostra a mensagem permissão negada, contate o Administrador pergunta se o usuário deseja enviar um para o Administrador Manter aluno Sumário: Funcionário utiliza o sistema para manter alunos no sistema. Ator Primário: Funcionário. Atores Secundários: Não possui. Pré-condições: Funcionário deve estar identificado no sistema. Fluxo Principal: 1. Funcionário escolhe uma opção entre: Incluir, alterar, excluir ou consultar. 2. O sistema valida as permissões. 3. Funcionário realiza a operação escolhida. 4. O sistema valida os dados. Fluxo de Exceção (1): A escolha de uma das duas opções é obrigatória. O sistema alertará o funcionário. Fluxo Alternativo1 (3): Em caso de negação de acesso o sistema mostra a mensagem permissão negada, contate o Administrador pergunta se o usuário deseja enviar um para o Administrador Manter inscrição Sumário: Funcionário utiliza o sistema para manter inscrições no sistema. Ator Primário: Funcionário. Atores Secundários: Não possui. Pré-condições: Funcionário deve estar identificado no sistema. Fluxo Principal: 1. Funcionário escolhe uma opção entre: Incluir, alterar, excluir ou consultar. 2. O sistema valida as permissões. 3. Funcionário realiza a operação escolhida. 4. O sistema valida os dados. Fluxo de Exceção (1): A escolha de uma das duas opções é obrigatória. O sistema alertará o funcionário.

23 23 Fluxo Alternativo1 (3): Em caso de negação de acesso o sistema mostra a mensagem permissão negada, contate o Administrador pergunta se o usuário deseja enviar um para o Administrador Manter agenda Sumário: Funcionário utiliza o sistema para manter agenda no sistema. Ator Primário: Funcionário. Atores Secundários: Não possui. Pré-condições: Funcionário deve estar identificado no sistema. Fluxo Principal: 1. Funcionário escolhe uma opção entre: Incluir, alterar, excluir ou consultar. 2. O sistema valida as permissões. 3. O sistema avisará o funcionário com duas semanas de antecedência que o futuro aluno possui um agendamento de curso. 4. Funcionário realiza a operação escolhida. 5. O sistema valida os dados. Fluxo de Exceção (1): A escolha de uma das duas opções é obrigatória. O sistema alertará o funcionário. Fluxo Alternativo1 (3): Em caso de negação de acesso o sistema mostra a mensagem permissão negada, contate o Administrador pergunta se o usuário deseja enviar um para o Administrador Fornece identificação Sumário: Realizar validação do usuário, analisando as suas permissões. Ator Primário: Funcionário e gerente. Atores Secundários: Não possui. Pré-condições: Não possui. Fluxo Principal: 1. O sistema analisa o login informado. 2. O sistema retorna mensagem confirmando a situação do usuário. Pós-Condições: Usuário com permissão concedida para realizar a operação desejada.

24 DIAGRAMA DO BANCO DE DADOS No capítulo anterior, foi apresentado o caso de uso Manter Aluno. Para esse caso de uso se chegou à conclusão que os requisitos principais são as informações do nome do aluno, nome da empresa no qual veio representar, CPF, meios de contato, endereço, conhecimentos que já possui e como conheceu o curso. Como a empresa possui dois cursos, é preciso manter as informações sobre eles como e nome do curso, a quantidade de horas e seu respectivo valor. O diagrama E-R mostrado abaixo é o esquema do banco de dados que foi desenvolvido neste estágio. Figura 2 Diagrama Entidade - Relacionamento

25 25 Foi criada uma tabela chamada cursou que armazenará as informações das inscrições dos alunos. Além das informações sobre a data de início e término do curso, ela também armazenará qual o tipo do curso o aluno cursou, terá uma relação com a tabela aluno, informando qual o aluno que está gerando esta inscrição e outra referência com o funcionário que cadastrou. Para o caso de uso Manter funcionário, foi criado uma tabela com as informações sobre o nome do Funcionário, login e senha para acesso ao sistema, data de nascimento e informações sobre o tipo de permissão desse Funcionário. Na análise de requisitos ficou definido que para o caso de uso Manter agenda seria armazenado apenas o aluno que fez a requisição, o curso que o aluno deseja fazer, o funcionário que fez o agendamento e a data desejada. Para isso foi criada uma tabela chamada agenda e para que efetue um agendamento, o aluno precisa estar previamente cadastrado. Foi criada também uma tabela chamada Pagamento que irá manter as informações dos pagamentos dos alunos. Ficou definido na análise que os alunos poderão pagar o curso em algumas parcelas, logo os principais campos dessa tabela são a quantidade de parcelas, o valor dessas parcelas, a data do ultimo pagamento, a forma do pagamento e o número da nota fiscal. Assim como nas outras tabelas, existe nessa também uma relação com a tabela Funcionário para registrar quem realizou ou alterou este pagamento. 5.3 CONSIDERAÇÕES Após o desenvolvimento do projeto do software, foi então enviado para avaliação do supervisor do estágio. Este passo tem por objetivo a verificação e validação dos requisitos do sistema. Com a sua aprovação foi dado continuidade no estágio iniciando então o desenvolvimento da aplicação que será descrita no próximo capítulo.

26 26 6 DESENVOLVIMENTO DA APLICAÇÃO Este capítulo abordará o desenvolvimento do software de acordo com o projeto descrito anteriormente e requisitos. Será descrito a ordem em que as telas foram desenvolvidas, suas respectivas imagens e sua ligação com o projeto. 6.1 ESTRUTURA DAS TELAS Todas as telas, com exceção da tela de login possuem a estrutura apresentada na imagem abaixo. Esta estrutura será descrita após a figura. Figura 3 Estrutura das telas A indicação 1 é um menu que permite ao ator ter acesso as telas do sistema. Nesse menu tem atalhos para o cadastro de consulta de alunos, inscrições, pagamentos, agenda e gráficos de demanda. A região 2 permite que o ator entre com os dados para realizar alguma ação no sistema. Esses campos variam de acordo com a tela em questão. Existe uma região de retorno dos dados armazenado que está indicado pelo número 3 e está presente apenas nas telas de consulta.

27 TELA DE LOGIN A tela de login foi à primeira tela a ser desenvolvida e ela tem por finalidade autorizar ou não a entrada de usuários no sistema e também definir as permissões específicas para cada usuário. Os atores indicados no caso de uso colocarão no nos campos Usuário e Senha, seus respectivos nomes e senha de acesso ao sistema. Os atores ainda terão a opção de poder escolher que o sistema salve o seu nome de usuário e senha, somente o nome do usuário ou não salve nenhuma das duas informações. Essa tela é demonstrada na imagem abaixo. Figura 4 Tela de login Futuramente serão desenvolvidos outros sistemas como um sistema de gerenciamento de garantias e que serão integrados a essa mesma tela de login. 6.3 TELA DE CADASTRO DE ALUNO A tela de cadastro de alunos foi a segunda a ser desenvolvida. Os campos contidos nela são utilizados para preencher os campos da tabela aluno no banco de dados que foi demonstrado anteriormente. Esta tela faz o cadastro dos alunos, a alteração e a exclusão.

28 28 Para que se possa alterar ou excluir um cadastro é preciso primeiro que ele seja consultado e localizado através da tela de consulta de aluno que será apresentada no próximo tópico. A partir dela se chama esta tela de cadastro de aluno, preenchem-se automaticamente os dados que estão no banco de acordo com o registro localizado e em seus respectivos campos. Quando as informações sobre determinado cadastro estiverem recuperadas, aparecerão outros dois botões que são o de alterar e de excluir. Figura 5 Tela de cadastro de aluno O campo Código é preenchido automaticamente. São obrigatórios os campos Nome e pelo menos uma forma de contato. 6.4 TELA DE CONSULTA DE ALUNO Após algumas inclusões de dados para teste no banco de dados foi desenvolvida então esta terceira tela que é de consulta de aluno. O funcionário poderá escolher qual o tipo de curso que o aluno fez, a data em que cursou, o estado, o CPF ou CNPJ e ainda poderá pesquisar pelo nome do aluno ou da empresa que ele representa. Tanto o nome do aluno quanto da empresa, poderá ser digitado qualquer parte do nome. Nenhum dos campos de filtro é obrigatório, porém o sistema só permitirá a consulta se pelo menos deles for preenchido.

29 29 A imagem da tela de consulta de alunos é exibida abaixo. Figura 6 Tela de consulta de aluno Nesta tela é possível consultar tanto os alunos quanto suas inscrições. Clicando sobre o nome do cliente, chama a tela de cadastro de cliente e clicando sobre a data da inscrição chama a tela de cadastro de inscrição. 6.5 TELA DE CADASTRO DE INSCRIÇÃO O Funcionário que irá cadastrar as inscrições escolherá qual o tipo do curso que o aluno vai fazer. No campo nome em informações do cliente, após a terceira letra digitada será executada uma função de auto-completar que retornará os possíveis alunos com as três letras digitadas, o Funcionário então escolherá o aluno em questão apenas clicando em seu nome. Após a escolha do aluno, as informações de contato são automaticamente preenchidas. Será escolhida também a data que o aluno fará o curso e o funcionário que receberá a comissão sobre a inscrição. Os campos contidos nesta tela servirão para preencher os campos da tabela Cursou no banco de dados que também está referenciado ao caso de uso Manter inscrição. A imagem da tela de cadastro de inscrição está apresentada no início da próxima página.

30 30 Figura 7 Tela de cadastro de inscrição O sistema enviará para o aluno uma semana antes do curso um lembre via para que não se esqueça de comparecer. Depois de feito a inscrição, aparecerá um botão chamado gerar recebimento no qual o funcionário poderá a partir desta tela chamar a tela que gerará o recebimento. 6.6 TELA DE CADASTRO DE RECEBIMETOS Esta tela é responsável por gerar as contas a receber e identificar as que já foram pagas. O Funcionário poderá escolher a quantidade de parcelas que o aluno escolheu pagar dentro do limite estipulado pela empresa e cadastrar manualmente uma por uma ou clicar em cadastrar todas automaticamente. Caso escolha essa opção, o sistema gerará automaticamente o numero de parcelas indicadas, todas com o mesmo valor. Esse valor de parcela será calculado de acordo com o valor do curso. A inscrição do aluno está indicada nesta tela no campo código. Ao lado desse campo tem uma imagem e uma descrição ir que serve para entrar na tela de inscrição já com os dados completos daquela inscrição específica de acordo com o código. Depois de gerado a conta, um botão chamado compensar aparecerá. Quando for pressionado, o funcionário está indicando que a parcela foi recebida. A data do pagamento é preenchida automaticamente. A imagem da tela será apresentada na página seguinte.

31 31 Figura 8 Tela cadastro de recebimentos 6.7 TELA DE CONSULTA DE RECEBIMENTOS A sexta tela que foi desenvolvida é a consulta de recebimentos. Assim como a tela de cadastro de recebimentos, a consulta também faz parte do caso de uso Manter pagamento e buscará seus dados na tabela Pagamento no banco de dados. A tela desenvolvida é exibida abaixo. Figura 9 Tela de consulta de recebimento Nessa tela o funcionário poderá localizar o recebimento tanto pelos dados do aluno quanto pela forma de pagamento, data em que cursou, numero da nota fiscal e a situação do recebimento que pode ser pago ou pendente.

32 TELA DE CADASTRO DE AGENDA Um aluno poderá programar uma data provável para fazer um de nossos cursos. A tela de cadastro de agenda foi desenvolvida com o intuito de armazenar a data ideal que o aluno escolheu. O Funcionário preencherá qual é o aluno que está solicitando o agendamento, o curso que este aluno deseja e para qual data. Os campos contidos nesta tela servem para preencher os campos da tabela Agenda no banco de dados. Assim como na tela de cadastro de inscrição, tanto o campo Nome quanto o campo Empresa possuem a função auto-completar já descrita. O campo nome ou o campo empresa precisará ser preenchido juntamente com a data e o tipo do curso escolhido. Na figura abaixo está representada a tela de cadastro de agendamento. Figura 10 Tela de cadastro de agendamento O sistema informará via com duas semanas de antecedência o funcionário responsável sobre o agendamento previsto e este entrará em contato com o aluno. 6.9 TELA DE CONSULTA DE AGENDA A tela de consulta de agenda retornará os dados contidos na tabela Agenda de acordo com o filtro estipulado. O Funcionário poderá localizar o agendamento pelas informações do cliente cujo nome e empresa poderá ser qualquer parte do nome, conseguirá localizar também pelo tipo do curso e pela data prevista para iniciar o curso. A imagem dessa tela é mostrada na página seguinte.

33 33 Figura 11 Tela de consulta de agenda 6.10 TELA DE CADASTRO DE FUNCIONÁRIO Conforme descrito no caso de uso Manter funcionário, somente o Gerente utilizará esta tela ou algum Funcionário para quem ele delegar permissão. A tela para cadastro de usuário é exibida abaixo. Figura 12 Tela de cadastro de funcionários

34 34 O Gerente preencherá o login do funcionário, a senha, a unidade que o Funcionário trabalha e suas respectivas permissões de acesso. O e data de aniversário é opcional. O sistema desenvolvido neste estágio recebeu o nome nesta tela de Curso_Sistema que é uma permissão de acesso. A ultima permissão descrita nessa tela pela palavra Sistema da acesso ao Funcionário ao gerenciamento de outros funcionários. O campo senha é gravado no bando de dados com uma função chamada de SHA1, Secure Hash Algorithm, que é um algoritmo de criptografia. A senha foi criptografada por medida de segurança, pois se alguém tiver acesso ao banco de dados não consiga ler a informação de senha do usuário. Conforme anunciado no início deste capítulo, serão desenvolvidos posteriormente outros sistemas que utilizarão a mesma tela de login e gerenciamento dos funcionários, isso justifica as permissões contidas nessa tela TELA DE CONSULTA DE FUNCIONÁRIO Nesta tela o Gerente poderá consultar os funcionário que estão cadastrados e selecionálos para uma possível operação que vai desde enviar até verificar os logs de acesso ao sistema. Existem botões ainda para adicionar novo usuário, editar, excluir e selecionar usuários por filial que na imagem abaixo está descrita como Unidade. O Gerente poderá bloquear um funcionário por algum motivo apenas clicando na imagem do campo ativo referente ao nome do funcionário. Ao clicar na imagem o usuário é bloqueado instantaneamente, não tendo mais nenhum tipo de acesso ao sistema. A tela de consulta de funcionário é exibida abaixo. Figura 13 Tela de consulta de funcionários

35 CONSIDERAÇÕES SOBRE AS TELAS Em todas as consultas o funcionário precisará informar algum parâmetro de pesquisa como nome, data, etc. Todas as telas há um log que informa qual o funcionário que cadastrou ou fez alguma alteração e a data. Os campos que são obrigatórios e não forem preenchidos, ao clicar em incluir aparecerá uma tela de alerta informando qual campo que é obrigatório e não foi preenchido CONSIDERAÇÕES SOBRE O DESENVOLVIMENTO Todas as inclusões, alterações, exclusões e consultas são foram desenvolvidas utilizando a orientação a objeto que a linguagem de programação php possui. Foi utilizada também a tecnologia Ajax para o envio destes formulários até o servidor e também para recuperar a sua resposta fazendo com que as telas não precisem ser atualizadas a cada operação consumindo menos recurso de banda de internet e processamento do servidor.

36 36 7 TESTES FUNCIONAIS Como o estágio ainda está em andamento, a fase de teste ainda não começou conforme consta no cronograma. Serão adotados dois tipos de testes no sistema, o teste de caixa preta e o teste de caixa branca. 7.1 TESTE DE CAIXA-BRANCA O teste caixa-branca é uma filosofia para derivar casos de teste ao nível de componentes. Usando métodos de caixa-branca se pode derivar casos de teste que garantam que todos os caminhos independentes de um módulo tenham sidos exercitados ao menos uma vez (Pressman, 2002). Esse tipo de teste será feito pelo estagiário no sistema inteiro após o término do desenvolvimento de todas as telas do sistema conforme programado no cronograma. 7.2 TESTE DE CAIXA-PRETA O teste caixa-preta refere-se a testes que são conduzidos na interface do software. Um teste caixa-preta examina algum aspecto fundamentar do sistema, pouco se preocupando com a estrutura lógica interna do software (Pressman, 2002). Apesar de estar no cronograma que os testes seriam feitos somente no final e realmente serão, porém ao final do desenvolvimento de cada tela foi feito um rápido teste de caixa-preta pelo estagiário para averiguar algum tipo de rotina errônea fácil de ser percebida. A empresa disponibilizará outros dois funcionários ao final do desenvolvimento que farão o teste de caixa-preta para o sistema então começar a usado pelos outros funcionários da empresa.

37 37 8 CONCLUSÕES Muitas teorias e ensinamentos que tive na universidade foram colocados em prática no estágio não somente na parte lógica que foi muito utilizada mais em toda a parte de análise e projeto. Foram detalhadas neste relatório as atividades executadas durante o período de estágio até o presente momento e uma das principais dificuldades encontradas para a execução deste projeto foi a diversidade de linguagens e tecnologias utilizadas, pois não foi somente uma sintaxe que precisava ser aprendida. As tecnologias utilizadas, todavia superaram as expectativas principalmente no quesito agilidade, dinamismo e velocidade no retorno dos dados que o Ajax possibilita. O estágio, contudo, conseguiu atingir o seu objetivo de tornar o estagiário apto a desenvolver aplicações web apesar de até o momento não ter terminado. A empresa Notebook Century acabou também aprimorando seus conhecimentos na parte de web que até o momento tinha apenas funcionários capacitados na área de design, possuindo agora conhecimento de desenvolvimento.

38 38 9 REFERÊNCIAS BIBLIOGRÁFICAS NIEDERAUER, Juliano. Desenvolvendo websites com php. São Paulo: Novatec Editora, PHP. PHP: HyperText Processor. Disponível em: < Acesso em outubro, JAVASCRIPT. JAVASCRIPT: Linguagem de programação. Disponível em: < >. Acesso em outubro, XML. XML: Extensible Markup Language. Disponível em: < >. Acesso em outubro, SOARES, W. AJAX (Asynchronous JavaScript And XML): guia prático para Windows. São Paulo: Érica, LARMAN, CRAIG Utilizando UML e padrões: uma introdução à análise e ao projeto orientado a objetos Porto Alegre: Bookman, FURLAN, JOSÉ DAVI Modelagem de Objetos através da UML São Paulo: MarkonBooks, PRESSMAN, R. S.- Engenharia de Software. 6a. Edição. McGraw Hill