• Nenhum resultado encontrado

Sistema de controle e acesso ao banco de dados Sistema PROMO

N/A
N/A
Protected

Academic year: 2021

Share "Sistema de controle e acesso ao banco de dados Sistema PROMO"

Copied!
60
0
0

Texto

(1)UNIVERSIDADE FEDERAL DO RIO DE JANEIRO Escola Polit´ ecnica Departamento de Engenharia Eletrˆ onica e de Computa¸c˜ ao. Sistema de controle e acesso ao banco de dados SISTEMA PROMO. PRISCILLA LUSIE COELHO VELOZO. POLI UFRJ Maio de 2010.

(2) Sistema de controle e acesso ao banco de dados SISTEMA PROMO. Priscilla Lusie Coelho Velozo. Projeto de Gradua¸c˜ao apresentado ao Curso de Engenharia Eletrˆonica e de Computa¸ca˜o da Escola Polit´ecnica, Universidade Federal do Rio de Janeiro, como parte dos requisitos necess´arios `a obten¸ca˜o do t´ıtulo de Engenheiro. Orientador: S´ergio Barbosa Villas Boas. Rio de Janeiro Maio de 2010.

(3) Sistema de controle e acesso ao banco de dados SISTEMA PROMO. Priscilla Lusie Coelho Velozo. ˜ SUBMETIDO AO CORPO DOCENTE DO CURSO PROJETO DE GRADUAC ¸ AO ˆ ˜ DA ESCOLA POLITEC´ DE ENGENHARIA ELETRONICA E DE COMPUTAC ¸ AO NICA DA UNIVERSIDADE FEDERAL DO RIO DE JANEIRO COMO PARTE ´ ˜ DO GRAU DE ENDOS REQUISITOS NECESSARIOS PARA A OBTENC ¸ AO ˆ ˜ GENHEIRO ELETRONICO E DE COMPUTAC ¸ AO.. Examinado por:. Prof. S´ergio Barbosa Villas Boas, Ph. D.. Prof. S´ergio Palma da Justa Medeiros, D. Sc.. Prof. Jorge Lopes de Souza Le˜ao, Dr. Ing.. RIO DE JANEIRO, RJ - BRASIL MAIO de 2010.

(4) UNIVERSIDADE FEDERAL DO RIO DE JANEIRO Escola Polit´ecnica - Departamento de Eletrˆonica e de Computa¸c˜ao Centro de Tecnologia bloco H Cidade Universit´aria Rio de Janeiro - RJ. Este exemplar ´e de propriedade da Universidade Federal do Rio de Janeiro, que poder´a inclu´ı-lo em sua base de dados, armazenar em computador, microfilmar ou adotar qualquer forma de arquivamento. ´ permitida a men¸c˜ao, reprodu¸c˜ao parcial ou integral e a transmiss˜ao entre bibliE otecas deste trabalho, sem modifica¸ca˜o de seu texto, em qualquer meio que esteja ou venha a ser fixado, para pesquisa acadˆemica, coment´arios e cita¸co˜es, desde que sem finalidade comercial e que seja feita a referˆencia bibliogr´afica completa. Os conceitos expressos neste trabalho s˜ao de responsabilidade do(s) autor(es) e do(s) orientador(es).. iv.

(5) Velozo, Priscilla Lusie Coelho Sistema de controle e acesso ao banco de dados - Sistema Promo / Priscilla Lusie Coelho Velozo. - Rio de Janeiro: UFRJ/Escola Polit´ecnica, 2010. XV, 45p.:il.;29,7cm. Orientador: S´ergio Barbosa Villas Boas Projeto de Gradua¸ca˜o - UFRJ/ POLI/ Engenharia Eletrˆonica e de Computa¸c˜ao, 2010. Referˆencias Bibliogr´aficas: p. 25. 1. Chamada. 2. Programa. 3. Epis´odio. 4. Claquete. I. Boas, S´ergio. II. Universidade Federal do Rio de Janeiro, UFRJ, Engenharia Eletrˆonica e de Computa¸ca˜o. III. T´ıtulo.. v.

(6) ´ DEDICATORIA. Aos meus queridos pais Rita Lusie e Luiz Velozo, `as minhas irm˜as Patr´ıcia e Pˆamela Lusie, ao meu marido Bruno Amparo e ao meu filho Nicolas Amparo com muito amor e carinho.. vi.

(7) AGRADECIMENTOS Dedico este trabalho a todos os meus amigos, professores e familiares que me ajudaram e me motivaram, incentivando meus estudos e me dando for¸ca para driblar os obst´aculos. Em especial, gostaria de dedicar este trabalho ao colega Andr´e Cotrim que participou da fase inicial deste projeto e me ajudou sempre que necess´ario. Agrade¸co `a amiga Isabel Sant’Anna pelas constantes tardes e noites de estudos, aos amigos Alberto Wagner, Alberto Jorge, Let´ıcia Lemos, Julia Sim˜oes, Ana Fernanda, Amanda Alves, entre outros, pelas horas de estudo e pelas palavras incentivadoras que me deram como amigos e como colegas de classe. Tamb´em n˜ao poderia deixar de agradecer a alguns professores que sempre foram t˜ao sol´ıcitos e fundamentais para a minha forma¸ca˜o pessoal e profissional: primeiramente, ao meu orientador S´ergio Barbosa Villas Boas por ter acreditado em mim e aceitado o desafio de me orientar. Em seguida, aos professores Marcelo Luiz Drumond Lanza, Antˆonio Cl´audio, Jomar Gozzi, S´ergio Palma, Joarez Monteiro, Carlos D’Avila, Ricardo Rhomberg, Mauros Queiroz, entre outros. Muito obrigada aos meus pais por terem investido em mim e dedicado boa parte de seu tempo e energia. Este projeto ´e uma tentativa de retribuir tanto esfor¸co e confian¸ca. Tamb´em agrade¸co ao meu marido Bruno Amparo e ao meu filho Nicolas Amparo que me deram o suporte necess´ario para enfrentar os dias ruins e dividiram comigo os dias felizes. E a` minha irm˜a Patr´ıcia Lusie e ao seu marido Herve Costa que tanto me ajudaram durante a minha gravidez e depois que meu filho nasceu. Agrade¸co aos meus colegas de trabalho Cicinio Maia, Roberto Castro, Bianca Silva, Cesar Ribeiro, Oswaldo Lima e v´arios outros por me ajudarem de alguma forma a estudar para uma prova ou a dividir meu tempo de trabalho com alguma tarefa da faculdade que estivesse pendente. Por fim, agrade¸co ao povo brasileiro por financiar meu Curso Superior.. vii.

(8) RESUMO. O departamento Promo¸co˜es da Rede Globo de Televis˜ao ´e o setor respons´avel pela elabora¸ca˜o das Chamadas dos produtos da empresa. Chamada ´e toda propaganda de um produto interno da televis˜ao: programas, filmes, novelas, s´eries, etc. Portanto, ´e necess´ario um sistema que facilite a organiza¸ca˜o e manuten¸ca˜o dos dados referentes a estas Chamadas: o Sistema PROMO. O processo de elabora¸ca˜o de uma Chamada consiste em: • Reda¸c˜ao - elabora¸ca˜o de um texto onde o locutor ´e o narrador e os A/V (´audios e v´ıdeos) s˜ao as falas dos personagens • Edi¸c˜ao - ilustra¸ca˜o do texto com takes do programa a ser vendido e alguns efeitos gr´aficos • Sonoriza¸ca˜o - mixagem dos diferentes sons e inclus˜ao de melodias • Videografismo - efeitos gr´aficos mais elaborados Logo, o Sistema tem o intuito de armazenar em um banco de dados todas as Chamadas com informa¸c˜oes u ´teis e essenciais ao processo de elabora¸c˜ao da mesma. Para isto, o programa foi escrito em C++ e utiliza o Banco de Dados PostGreSQL, a biblioteca SQLAPI para a comunica¸ca˜o com o banco de dados e a biblioteca wxWidgets para a cria¸c˜ao da interface.. Palavras-Chave: chamada, programa, epis´odio, claquete.. viii.

(9) ABSTRACT. The Promotional department of “Rede Globo de Televis˜ao” is the sector responsible for elaborating Calls of the company’s products. A Call is any kind of advertisement of an internal product: shows, movies, soap operas, series, etc. Therefore, a system that facilitates the organization and maintenance of the data referent to the Calls is needed: The PROMO System. The elaboration’s process of a Call consists of: • Composing - the process of elaborating a text in which the speaker is the narrator and the A/Vs (audios and videos) are the character’s speech. • Edition - text illustration with takes of the program to be sold and some small graphics effects • Sound Process - mixing diferent sounds and addition of melodies to the Call • Videographism - more elaborated graphics effects So, the system has the aim of storing in a database all the Calls with usefull and essential information for the process of its elaboration. For that, the program was written in C++ and uses the Database PostGresSQL, the library SQLAPI to communicate with the database and the library wxWidgets to create the interface.. Key-words: call, program, episode, clapboard. ix.

(10) SIGLAS. KLOC - Kilo Lines Of Code RMMM - Risk Mitigation, Monitoring and Management SHA - Secure Hash Algorithm TVG - Rede Globo de Televis˜ao UFRJ - Universidade Federal do Rio de Janeiro. x.

(11) Sum´ ario 1 Introdu¸c˜ ao. 1. 1.1. Tema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 1. 1.2. Delimita¸ca˜o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 1. 1.3. Justificativa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 2. 1.4. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 2. 1.5. Metodologia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 3. 1.6. Descri¸ca˜o . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 4. 2 Especifica¸c˜ ao de Requisitos de Software 2.1. 2.2. 5. Descri¸ca˜o Geral: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 5. 2.1.1. Perspectiva do Produto: . . . . . . . . . . . . . . . . . . . . .. 5. 2.1.2. Fun¸co˜es do Produto: . . . . . . . . . . . . . . . . . . . . . . .. 5. 2.1.3. Caracter´ısticas do Usu´ario: . . . . . . . . . . . . . . . . . . . .. 6. 2.1.4. Restri¸co˜es:. . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 6. 2.1.5. Postergar Requisitos: . . . . . . . . . . . . . . . . . . . . . . .. 6. Requisitos Espec´ıficos: . . . . . . . . . . . . . . . . . . . . . . . . . .. 7. 2.2.1. Interfaces Externas: . . . . . . . . . . . . . . . . . . . . . . . .. 7. 2.2.1.1. Interfaces dos Usu´arios: . . . . . . . . . . . . . . . .. 7. 2.2.1.2. Interfaces de Comunica¸ca˜o: . . . . . . . . . . . . . .. 8. Requisitos Funcionais . . . . . . . . . . . . . . . . . . . . . . .. 8. 2.2.2.1. Casos de Uso: . . . . . . . . . . . . . . . . . . . . . .. 8. 2.2.2.2. Diagrama de casos de Uso:. 2.2.2.3. Diagrama de Classes: . . . . . . . . . . . . . . . . . . 12. 2.2.2. . . . . . . . . . . . . . . 11. 2.2.3. Requisitos de Desempenho: . . . . . . . . . . . . . . . . . . . 12. 2.2.4. Atributos: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12. xi.

(12) 2.2.5. Seguran¸ca: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13. 3 Projeto 3.1. Decomposi¸c˜ao: 3.1.1. 3.2. 3.3. 14 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14. Decomposi¸ca˜o em M´odulos: . . . . . . . . . . . . . . . . . . . 14 3.1.1.1. Sistema: . . . . . . . . . . . . . . . . . . . . . . . . . 14. 3.1.1.2. Usu´ario: . . . . . . . . . . . . . . . . . . . . . . . . . 14. 3.1.1.3. Chamada: . . . . . . . . . . . . . . . . . . . . . . . . 14. 3.1.1.4. Programa: . . . . . . . . . . . . . . . . . . . . . . . . 15. 3.1.1.5. Status: . . . . . . . . . . . . . . . . . . . . . . . . . . 15. 3.1.2. Decomposi¸ca˜o em Processos Concorrentes: . . . . . . . . . . . 15. 3.1.3. Decomposi¸ca˜o em Dados: . . . . . . . . . . . . . . . . . . . . . 15 3.1.3.1. Usu´ario: . . . . . . . . . . . . . . . . . . . . . . . . . 15. 3.1.3.2. Programa: . . . . . . . . . . . . . . . . . . . . . . . . 15. 3.1.3.3. Epis´odio: . . . . . . . . . . . . . . . . . . . . . . . . 16. 3.1.3.4. Chamada Epis´odio: . . . . . . . . . . . . . . . . . . . 16. 3.1.3.5. Chamada: . . . . . . . . . . . . . . . . . . . . . . . . 16. 3.1.3.6. Status: . . . . . . . . . . . . . . . . . . . . . . . . . . 17. Descri¸ca˜o das Dependˆencias: . . . . . . . . . . . . . . . . . . . . . . . 18 3.2.1. Dependˆencias entre M´odulos: . . . . . . . . . . . . . . . . . . 18. 3.2.2. Dependˆencias entre Dados: . . . . . . . . . . . . . . . . . . . . 18. Descri¸ca˜o das Interfaces: . . . . . . . . . . . . . . . . . . . . . . . . . 18 3.3.1. Interfaces dos M´odulos: . . . . . . . . . . . . . . . . . . . . . . 18 3.3.1.1. Interface Gr´afica: . . . . . . . . . . . . . . . . . . . . 18. 3.3.1.2. Banco de Dados: . . . . . . . . . . . . . . . . . . . . 19. 4 Programa. 20. 4.1. Promo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21. 4.2. Core . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21. 4.3. UI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21. 4.4. Print . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23. 5 Conclus˜ ao. 24. xii.

(13) Bibliografia. 25. ´ A MANUAL DO USUARIO. 26. A.1 Requisitos: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 A.2 Menu: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 A.3 Login: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 A.4 Programa: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 A.4.1 Adicionar Programa: . . . . . . . . . . . . . . . . . . . . . . . 31 A.4.2 Adicionar Epis´odio: . . . . . . . . . . . . . . . . . . . . . . . . 32 A.4.3 Listar Programas: . . . . . . . . . . . . . . . . . . . . . . . . . 33 A.5 Chamada . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 A.5.1 Adicionar Chamada: . . . . . . . . . . . . . . . . . . . . . . . 34 A.5.2 Listar Chamadas: . . . . . . . . . . . . . . . . . . . . . . . . . 35 A.5.3 Buscar Chamadas: . . . . . . . . . . . . . . . . . . . . . . . . 36 A.5.4 Editar Chamadas: . . . . . . . . . . . . . . . . . . . . . . . . . 37 A.6 Administra¸c˜ao: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 A.6.1 Adicionar Usu´ario: . . . . . . . . . . . . . . . . . . . . . . . . 38 A.6.2 Excluir Usu´ario: . . . . . . . . . . . . . . . . . . . . . . . . . . 38 A.7 Usu´ario: . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 A.7.1 Alterar Senha: . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 B Documenta¸c˜ ao do Sistema Promo. xiii. 41.

(14) Lista de Figuras 1.1. Processo de cria¸c˜ao . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 2.1. Diagrama de Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . 11. 2.2. Diagrama de Classes . . . . . . . . . . . . . . . . . . . . . . . . . . . 12. 3.1. Modelo Conceitual de Dados . . . . . . . . . . . . . . . . . . . . . . . 18. A.1 Tela Inicial. 2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28. A.2 Login . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 A.3 Adicionar Programa . . . . . . . . . . . . . . . . . . . . . . . . . . . 31 A.4 Adicionar Episodio . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 A.5 Visualizar Programa . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 A.6 Adicionar Chamada . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 A.7 Selecionar Programas / Epis´odios . . . . . . . . . . . . . . . . . . . . 34 A.8 Listar Chamadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 A.9 Buscar Chamadas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 A.10 Alterar Chamadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37. A.11 Adicionar Usu´ario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 A.12 Excluir Usu´ario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 A.13 Alterar Senha Usu´ario . . . . . . . . . . . . . . . . . . . . . . . . . . 40 B.1 Classe Call - documenta¸c˜ao . . . . . . . . . . . . . . . . . . . . . . . 41 B.2 Classe Call - documenta¸c˜ao . . . . . . . . . . . . . . . . . . . . . . . 42 B.3 Classe Call - documenta¸c˜ao . . . . . . . . . . . . . . . . . . . . . . . 43 B.4 Classe Call - documenta¸c˜ao . . . . . . . . . . . . . . . . . . . . . . . 44 B.5 Classe Call - documenta¸c˜ao . . . . . . . . . . . . . . . . . . . . . . . 45. xiv.

(15) Lista de Tabelas 2.1. Casos de Uso - parte 1 . . . . . . . . . . . . . . . . . . . . . . . . . .. 8. 2.2. Casos de Uso - parte 2 . . . . . . . . . . . . . . . . . . . . . . . . . .. 9. 2.3. Casos de Uso - parte 3 . . . . . . . . . . . . . . . . . . . . . . . . . . 10. xv.

(16) Cap´ıtulo 1 Introdu¸ c˜ ao Este projeto e parte da sua documenta¸ca˜o iniciou-se durante o curso de Engenharia de Software ministrado pelo Professor Antˆonio Cl´audio e contou com a participa¸ca˜o dos alunos Andr´e Cotrim e Anderson Fraz˜ao. O sistema a ser desenvolvido ´e um sistema de gerenciamento do banco de dados, que ser´a usado por diversas pessoas, com diferentes graus de instru¸ca˜o. Logo, deve ser de f´acil utiliza¸c˜ao com telas simples e aparˆencia amig´avel. Tamb´em deve ter seus dados armazenados de forma segura, pois trata de informa¸c˜oes confidenciais. Portanto, cada usu´ario ter´a um login e senha para acesso ao Sistema, e a senha dever´a ser encriptada. Como a princ´ıpio, n˜ao haver´a acesso remoto (via web), demais ferramentas de seguran¸ca n˜ao ser˜ao utilizadas.. 1.1. Tema. O tema do trabalho ´e um sistema computacional de gerenciamento de dados com controle de acesso a partir do cargo do usu´ario (funcion´ario) na empresa. Escrito em C++ e banco de dados PostGreSQL.. 1.2. Delimita¸c˜ ao. O banco de dados deve ser instalado no mesmo computador que o programa, uma vez que o banco de dados n˜ao estar´a nem na rede Web nem na intranet por quest˜oes. 1.

(17) de seguran¸ca do sistema. Caso o programa venha a ser utilizado por mais de uma m´aquina, deve-se montar uma rede interna ao departamento.. 1.3. Justificativa. O Sistema atual de gerenciamento das Chamadas tem como usu´arios apenas o gerente e o assistente. Os demais profissionais dependem das informa¸c˜oes passadas por este u ´ltimo. Sendo assim, se o assistente est´a ocupado quando um profissional termina sua tarefa, se esquecendo de lan¸car esta informa¸c˜ao no sistema ou de passar para o profissional que ir´a continuar o outro turno, a tarefa pode ser repassada novamente para outro profissional como se n˜ao tivesse sido realizada. O novo Sistema Promo continua sendo de responsabilidade do assistente, mas tamb´em permite aos demais profissionais a altera¸ca˜o de determinados conte´ udos (de acordo com a fun¸ca˜o do profissional) e a visualiza¸ca˜o de todas as informa¸co˜es pertinentes ao produto.. 1.4. Objetivos. O projeto tem como objetivo o gerenciamento de todas as chamadas de programas da empresa, contendo um banco de dados de todas as chamadas feitas e das que ainda ser˜ao realizadas com informa¸co˜es u ´teis e essenciais ao processo de elabora¸c˜ao, como na figura 1.1 abaixo:. Figura 1.1: Processo de Cria¸c˜ao. 2.

(18) A cada est´agio em que a chamada se encontra, o profissional da ´area deve indicar em que fase ela est´a (em andamento, finalizada ou aprovada). As fases indicam se a etapa em quest˜ao est´a em processo de produ¸ca˜o (em andamento), se foi finalizada (finalizada) em ou se todas as etapas foram finalizadas e o gerente aprovou (aprovada), liberando-a para exibi¸c˜ao. O gerenciamento consiste na informa¸ca˜o do est´agio em que cada chamada a ser feita se encontra: em reda¸c˜ao, edi¸ca˜o, sonoriza¸c˜ao, etc., afim de auxiliar a comunica¸ca˜o entre os diversos profissionais envolvidos. E, quando a chamada ´e aprovada, o assistente de edi¸c˜ao deve envi´a-la para exibi¸ca˜o.. 1.5. Metodologia. Como o usu´ario alvo do sistema possui em geral o ensino m´edio completo, a interface deve ser t˜ao amig´avel e intuitiva quanto poss´ıvel. O Sistema Operacional utilizado ser´a o Windows (2000, XP ou Vista) por ser o programa que a empresa (Tv Globo) j´a utiliza normalmente em seus computadores, por´em a tecnologia utilizada no programa permite facilmente o uso em Linux ou Macintosh. O programa ser´a escrito em C++ [1] [2] por ser uma linguagem consolidada. Os dados ser˜ao armazenados em Banco de Dados - PostgreSQL [3] (software livre consolidado) e seu acesso se dar´a atrav´es da biblioteca SQLAPI [4] devido a` sua estabilidade e confiabilidade. A interface gr´afica do programa ser´a feita usando a biblioteca wxWidgets [5], escolhida por ser gratuita, oferecer facilidades na constru¸ca˜o de interfaces na plataforma de interesse, e pela experiˆencia em sua utiliza¸ca˜o. A seguran¸ca ´e um fator importante j´a que trata de informa¸c˜oes confidenciais e cada funcion´ario ter´a acesso ao sistema de acordo com a sua fun¸ca˜o na empresa, logo cada usu´ario dever´a ter um login e senha, sendo a senha encriptada. O modelo de projeto utilizado ´e o em cascata [6] , modelo de desenvolvimento de software sequencial no qual o andamento do processo flui constantemente para frente. Para uma estimativa do tamanho do programa e, consequentemente do prazo. 3.

(19) necess´ario para a sua realiza¸ca˜o, ser´a utilizada a t´ecnica de medi¸ca˜o KLOC [7]. Para a an´alise de riscos ser´a utilizado o m´etodo RMMM [8].. 1.6. Descri¸c˜ ao. No cap´ıtulo 2 s˜ao descritas as Especifica¸co˜es de Requisitos de Software: uma an´alise inicial do software, contendo sua descri¸c˜ao geral, com a lista das suas principais fun¸co˜es, restri¸co˜es e lista de requisitos. Neste cap´ıtulo tamb´em tem os diagramas de casos de uso e diagramas de classes do Sistema. No cap´ıtulo 3, h´a uma descri¸ca˜o mais detalhada do projeto, dividindo-o em m´odulos (ou melhor, classes) e em dados, e descrevendo suas dependˆencias e interfaces. No cap´ıtulo 4, h´a uma documenta¸ca˜o resumida do programa mostrando a sua organiza¸c˜ao, namespaces e principais classes.. 4.

(20) Cap´ıtulo 2 Especifica¸ c˜ ao de Requisitos de Software 2.1 2.1.1. Descri¸c˜ ao Geral: Perspectiva do Produto:. O sistema ´e independente de outros aplicativos, dependendo exclusiva e totalmente do servidor de banco de dados.. 2.1.2. Fun¸ c˜ oes do Produto:. O sistema deve permitir: • Cadastro de programas e seus respectivos epis´odios • Visualiza¸ca˜o dos programas cadastrados • Cadastro de chamadas • Altera¸c˜ao do cadastro de uma chamada • Listagem das chamadas • Busca de chamadas por claquete • Busca de chamadas por data de pauta. 5.

(21) • Consulta e altera¸c˜ao do status de cada fase de prepara¸ca˜o de cada chamada (reda¸c˜ao, edi¸ca˜o, sonoriza¸ca˜o, videografismo) • Consulta e altera¸ca˜o do status de aprova¸ca˜o final da chamada • Controle de acesso a cada uma das fun¸c˜oes acima por grupos funcionais de usu´arios. 2.1.3. Caracter´ısticas do Usu´ ario:. O usu´ario alvo do sistema possui em geral o ensino m´edio completo, e pode n˜ao ter muita familiaridade com sistemas de informa¸ca˜o; isto implica que a interface do sistema deve ser t˜ao amig´avel e intuitiva quanto poss´ıvel.. 2.1.4. Restri¸ co ˜es:. O sistema pode ser executado com o Sistema Operacional Windows nas vers˜oes: Windows 2000, XP ou Vista. Por´em a tecnologia utilizada no programa permite facilmente o uso em Linux ou Macintosh. A seguran¸ca ´e um fator importante j´a que trata informa¸co˜es confidenciais. Sendo assim cada funcion´ario tem acesso ao sistema de acordo com a sua fun¸ca˜o na empresa, logo cada usu´ario possui um login e senha, e a senha ´e encriptada para ser armazenada no banco de dados. Como o sistema n˜ao ter´a uma vers˜ao web, pelo menos a princ´ıpio, demais ferramentas de seguran¸ca n˜ao ser˜ao necess´arias.. 2.1.5. Postergar Requisitos:. Requisitos que poder˜ao ser incorporados em vers˜oes futuras s˜ao: • Cria¸ca˜o da vers˜ao web do programa - uma forma de us´a-lo remotamente; • Expans˜ao do sistema para multiusu´arios; • Gera¸ca˜o autom´atica de relat´orios semanais enviados por e-mail aos gerentes;. 6.

(22) 2.2. Requisitos Espec´ıficos:. 2.2.1. Interfaces Externas:. 2.2.1.1. Interfaces dos Usu´ arios:. A interface do usu´ario ´e simples e amig´avel. Toda a interface foi feita em wxWidgets com o aux´ılio da ferramenta wxFormBuilder. Abaixo est˜ao listadas as telas dispon´ıveis: i - Login - A p´agina inicial faz a autentica¸ca˜o no sistema. Para isto, basta que o usu´ario digite seu login e senha. ii - Inicial - Ap´os o login, o menu ´e habilitado, permitindo que o usu´ario acesse as fun¸co˜es do Sistema: iii - Adicionar Programa - Adiciona um programa ao banco de dados. iv - Adicionar Epis´ odio - Adiciona um epis´odio ao banco de dados relacionandoo a um programa. v - Listar Programas - Lista os programas e seus epis´odios cadastrados no banco de dados. vi - Adicionar Chamada - Adiciona uma chamada ao banco de dados. vii - Listar Chamadas - Lista as chamadas cadastradas referentes a um epis´odio (programa). viii - Buscar Chamadas - Realiza as buscas das chamadas pela Claquete. ix - Buscar Chamadas (Dt Pauta) - Realiza as buscas das chamadas pela Data de Pauta. x - Adicionar Usu´ ario - Adiciona um usu´ario ao banco de dados. xi - Remover Usu´ ario - Remove um usu´ario do banco de dados. xii - Alterar Senha - Altera a senha do usu´ario logado ao sistema. Para maiores detalhes, vide Manual do Usu´ario. 7.

(23) 2.2.1.2. Interfaces de Comunica¸c˜ ao:. A interface de comunica¸ca˜o de dados do software ser´a com o servidor de banco de dados PostgreSQL.. 2.2.2. Requisitos Funcionais. 2.2.2.1. Casos de Uso:. Caso de Uso:. Login. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Permitir acesso `as fun¸c˜oes do sistema apenas aos usu´arios cadastrados. As fun¸c˜ oes dispon´ıveis depender˜ao da fun¸c˜ao do usu´ario que estiver fazendo login.. Caso de Uso:. Cadastro de Programa. Atores:. Gerente, Assistente de reda¸c˜ao, Redator. Descri¸c˜ao:. Incluir um novo Programa ao banco de dados do sistema. Caso de Uso:. Cadastro de Epis´ odio. Atores:. Gerente, Assistente de reda¸c˜ao, Redator. Descri¸c˜ao:. Incluir um ou mais epis´odios a um Programa previamente cadastrado ao sistema.. Caso de Uso:. Listagem de Programas. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Listar todos os programas e seus respectivos epis´odios cadastrados ao sistema.. Caso de Uso:. Cadastro de Chamada. Atores:. Gerente, Assistente de reda¸c˜ao, Redator. Descri¸c˜ao:. Incluir uma nova Chamada referente a um ou mais programas cadastrados.. Caso de Uso:. Listagem de Chamadas. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Listar todas as chamadas cadastradas no sistema.. Caso de Uso:. Visualizar Chamada. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Visualiza os campos de uma determinada Chamada.. Tabela 2.1: Casos de Uso - parte 1. 8.

(24) Caso de Uso:. Busca de Chamadas. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Realizar a busca de uma chamada a partir de toda ou parte de sua claquete. Caso de Uso:. Busca de Chamadas (Dt Pauta). Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Realizar a busca de uma chamada a partir da data de pauta. Caso de Uso:. Altera¸c˜ ao de Chamada. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Alterar os campos de uma chamada j´a existente (exceto Claquete). Caso de Uso:. Altera¸c˜ ao de Chamada - Claquete. Atores:. Gerente, Assistente de reda¸c˜ao, Redator. Descri¸c˜ao:. Alterar a Claquete de uma chamada j´a existente. Caso de Uso:. Altera¸c˜ ao de Status Reda¸c˜ ao de uma Chamada. Atores:. Redator, Assistente de Reda¸c˜ao. Descri¸c˜ao:. A partir da inclus˜ao de uma data Inicial ou Final, indica que o status de reda¸c˜ao ´e ’em andamento’ ou ’conclu´ıdo’ respectivamente.. Caso de Uso:. Altera¸c˜ ao de Status Edi¸c˜ ao de uma Chamada. Atores:. Editor, Assistente. Descri¸c˜ao:. A partir da inclus˜ao de uma data Inicial ou Final, indica que o status de edi¸c˜ ao ´e ’em andamento’ ou ’conclu´ıdo’ respectivamente.. Caso de Uso:. Altera¸c˜ ao de Status Sonoriza¸c˜ ao de uma Chamada. Atores:. Sonoplasta, Assistente. Descri¸c˜ao:. A partir da inclus˜ao de uma data Inicial ou Final, indica que o status de sonoriza¸c˜ao ´e ’em andamento’ ou ’conclu´ıdo’ respectivamente.. Tabela 2.2: Casos de Uso - parte 2. 9.

(25) Caso de Uso:. Altera¸c˜ ao de Status Videografismo de uma Chamada. Atores:. Videografista, Assistente. Descri¸c˜ao:. A partir da inclus˜ao de uma data Inicial ou Final, indica que o status de videografismo ´e ’em andamento’ ou ’conclu´ıdo’ respectivamente.. Caso de Uso:. Aprova¸c˜ ao final da Chamada. Atores:. Gerente. Descri¸c˜ao:. Permitir a altera¸c˜ao do status final de uma chamada partir da inclus˜ao de uma data de aprova¸c˜ao. O status s´o pode ser conclu´ıdo ap´os os status de edi¸c˜ao, sonoriza¸c˜ao e videografismo estarem conclu´ıdos. Caso de Uso:. Adicionar Usu´ ario. Atores:. Administrador, Gerente. Descri¸c˜ao:. Permitir a inclus˜ao de um novo usu´ario ao sistema.. Caso de Uso:. Remover Usu´ ario. Atores:. Administrador, Gerente. Descri¸c˜ao:. Permitir a exclus˜ao de um usu´ario do sistema.. Caso de Uso:. Alterar Senha. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Permitir a altera¸c˜ao de senha de um usu´ario cadastrado.. Caso de Uso:. Logout. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Permitir a sa´ıda segura do sistema, retornando `a tela de login. Caso de Uso:. Sair. Atores:. Todos os usu´arios cadastrados. Descri¸c˜ao:. Permitir a sa´ıda segura do sistema (o programa ser´a fechado e suas fun¸c˜oes bloqueadas).. Tabela 2.3: Casos de Uso - parte 3. 10.

(26) 2.2.2.2. Diagrama de casos de Uso:. Figura 2.1: Diagrama de Casos de Uso. 11.

(27) 2.2.2.3. Diagrama de Classes:. Figura 2.2: Diagrama de Classes. 2.2.3. Requisitos de Desempenho: O tempo de resposta, em geral, ser´a pequeno. Exceto, talvez, para as oper-. a¸co˜es de listagem ou busca de chamadas ou programas, pois depender´a do volume de dados armazenado no banco de dados. Inicialmente, o produto poder´a ser usado por apenas um 01(um) usu´ario.. 2.2.4. Atributos:. • Amigabilidade: o Sistema PROMO ter´a uma interface de f´acil utiliza¸ca˜o. Ao seguir os poucos comandos apresentados na tela, o usu´ario conseguir´a salvar e 12.

(28) carregar as informa¸co˜es. • Manuten´ıvel: por ter suas fun¸c˜oes bem definidas, o Sistema garante uma maior facilidade de corre¸c˜ao a erros tornando o sistema adapt´avel a quaisquer tipos de mudan¸cas. • Seguran¸ca: cada funcion´ario ter´a acesso ao sistema de acordo com a sua fun¸ca˜o na empresa, logo cada usu´ario dever´a ter um login e senha, e a senha ser´a encriptada.. 2.2.5. Seguran¸ ca:. Para a codifica¸ca˜o da senha, foi usado o Hash SHA-1 com sa´ıda de 160 bits em representa¸ca˜o hexadecimal. Como ´e sabido, a partir do resultado de um c´odigo hash, n˜ao se ´e poss´ıvel descobrir a senha, garantindo a seguran¸ca necess´aria ao sistema. O SALT, um conjunto de caracteres adicionados a` senha, ´e um inteiro randˆomico de 16 bits, representados em hexadecimal tamb´em.. 13.

(29) Cap´ıtulo 3 Projeto 3.1 3.1.1. Decomposi¸c˜ ao: Decomposi¸ c˜ ao em M´ odulos:. O sistema foi decomposto em m´odulos, sendo cada m´odulo equivalente a uma classe. Vide o Diagrama de Classes 2.2. 3.1.1.1. Sistema:. A classe Sistema ´e a principal do projeto: relaciona as chamadas, os programas e o usu´ario logado ao sistema. 3.1.1.2. Usu´ ario:. A classe Usu´ario representa um usu´ario do sistema com seu login e senha, e indica sua respectiva permiss˜ao ao sistema, atrav´es do seu cargo na empresa. 3.1.1.3. Chamada:. A classe Chamada consiste no objetivo final do projeto. Ela possui as informa¸co˜es referentes a uma chamada: o(s) programa(s) ao qual est´a associada, o t´ıtulo da chamada, seu texto, ilustra¸c˜ao, etc.. 14.

(30) 3.1.1.4. Programa:. A classe Programa cont´em as informa¸c˜oes do programa ao qual uma chamada pertence tais como o t´ıtulo, subt´ıtulo e a data de exibi¸c˜ao. As Chamadas s˜ao feitas para divulgarem os Epis´odios a serem exibidos de um Programa. 3.1.1.5. Status:. A classe Status possui a data de in´ıcio e fim de cada etapa do processo de elabora¸c˜ao de uma chamada, representando o andamento (status) da mesma.. 3.1.2. Decomposi¸ c˜ ao em Processos Concorrentes:. N˜ao h´a processo concorrente no modelo de aplica¸ca˜o do projeto em quest˜ao: o programa ´e “stand-alone”.. 3.1.3. Decomposi¸ c˜ ao em Dados:. 3.1.3.1. Usu´ ario:. Entidade que cont´em os detalhes dos usu´arios. Atributos: • C´odigo Usu´ario • Login • Senha • Fun¸ca˜o (cargo) 3.1.3.2. Programa:. Entidade que cont´em os programas para o qual uma ou mais chamadas ser˜ao elaboradas. Atributos: • C´odigo Programa • Nome. 15.

(31) 3.1.3.3. Epis´ odio:. Cont´em os epis´odios que ser˜ao exibidos de um programa. Atributos: • C´odigo Epis´odio • C´odigo Programa • Subt´ıtulo do epis´odio • Data de Exibi¸ca˜o 3.1.3.4. Chamada Epis´ odio:. Relaciona as entidades chamada e Epis´odio, uma vez que uma chamada pode estar associada a mais de um Epis´odio, ou at´e mesmo a mais de um Programa, e um Epis´odio pode ter mais de uma chamada. Atributos: • C´odigo Chamada Epis´odio • C´odigo Epis´odio • C´odigo Chamada 3.1.3.5. Chamada:. Entidade que possui todas as chamadas dos programas do sistema. Atributos: • C´odigo Chamada • C´odigo Status • Claquete • Data de Pauta • Texto • Ilustra¸ca˜o • Data Aprovada 16.

(32) 3.1.3.6. Status:. Indica se cada etapa do processo de elabora¸ca˜o de uma chamada foi ou n˜ao conclu´ıdo. Atributos: • C´odigo Status • Data de In´ıcio da Reda¸ca˜o • Data de Fim da Reda¸c˜ao • Redator • Data de In´ıcio da Sonoriza¸c˜ao • Data de Fim da Sonoriza¸ca˜o • Sonoplasta • Data de In´ıcio da Edi¸ca˜o • Data de Fim da Edi¸ca˜o • Editor • Data de In´ıcio do Grafismo • Data de Fim do Grafismo • VideoGrafista. 17.

(33) 3.2 3.2.1. Descri¸c˜ ao das Dependˆ encias: Dependˆ encias entre M´ odulos:. As dependˆencias entre m´odulos s˜ao as rela¸co˜es entre as classes. Vide Diagrama de Classes 2.2.. 3.2.2. Dependˆ encias entre Dados:. Figura 3.1: Modelo Conceitual de Dados. 3.3. Descri¸c˜ ao das Interfaces:. 3.3.1. Interfaces dos M´ odulos:. 3.3.1.1. Interface Gr´ afica:. Toda a comunica¸ca˜o com o usu´ario ser´a atrav´es de uma interface gr´afica. Atrav´es dela, o usu´ario poder´a utilizar tudo o que o sistema PROMO disponibiliza. As telas 18.

(34) de interface do usu´ario encontram-se no Manual do Usu´ario A. As classes utilizadas para a cria¸ca˜o das telas em wxWidgets foram geradas automaticamente com o aux´ılio da ferramenta wxFormBuilder e est˜ao documentadas junto com a documenta¸ca˜o do programa. Para maiores detalhes sobre as classes da biblioteca wxWidgets utilizadas, vide a documenta¸ca˜o da mesma [9]. 3.3.1.2. Banco de Dados:. No banco de dados, ser˜ao armazenados todos os dados do Software sendo atualizado a cada modifica¸ca˜o de um usu´ario ou um administrador. Para nos comunicarmos ao banco de dados, usaremos as classes da biblioteca SQLAPI: • SAConnection - conex˜ao com o banco de dados • SACommand - executa a query no banco de dados • SAException - trata as exce¸c˜oes Para maiores detalhes, vide a documenta¸ca˜o da biblioteca [10].. 19.

(35) Cap´ıtulo 4 Programa A documenta¸ca˜o do programa foi gerada pelo Doxygen [11] nas extens˜oes .html, .chm e .pdf. Vide a c´opia de parte da documenta¸c˜ao B de uma classe para ilustra¸c˜ao do seu formato. A documenta¸ca˜o na ´ıntegra se encontra no CD anexado ao projeto junto com o Programa.. O programa se divide em quatro namespaces principais: Promo, Core, Print, UI. • O namespace Promo ´e o principal e cont´em o aplicativo em si. • O namespace Core cont´em as classes referentes a`s entidades do Sistema. • O namespace UI cont´em as classes referentes a` interface gr´afica (pain´eis e di´alogos). As telas foram criadas atrav´es da ferramenta wxFormBuilder, que gera as classes bases. Estas localizam-se no arquivo ui.cpp e ui.h. As demais classes s˜ao deriva¸co˜es das classes bases implementando o correto funcionamento da tela e sobrescrevendo alguns m´etodos quando necess´arios. Por exemplo: a classe addProgramPanel ´e a classe base para o caso de uso Cadastrar Programa, composta apenas pela cria¸c˜ao do painel e de seus componentes; a classe PromoAddProgramPanel ´e a classe “filha” e nela cont´em os membros necess´arios para o funcionamento da tela. • O namespace Print cont´em as classes necess´arias `a impress˜ao do arquivo. Para maiores detalhes sobre as classes utilizadas e seus membros vide a documenta¸c˜ao do programa. Vide abaixo as principais classes de cada namespace: 20.

(36) 4.1. Promo. • PromoApp - Deriva a Classe wxApp e ´e o aplicativo em si.. 4.2. Core. Cont´em as Classes abaixo: • Call - entidade Chamada • CallEpisode - entidade Chamada Epis´odio • CallStatus - entidade Status • Episode - entidade Epis´odio • Program - entidade Programa • ProgramEpisode - classe auxiliar para ajudar a constru¸ca˜o de uma ´arvore (wxTreeCtrl) com os Programas e seus Epis´odios. • System - cont´em as fun¸co˜es de conex˜ao dos Sistema com o banco de dados e com o computador onde o programa roda • User - entidade Usu´ario. 4.3. UI. Classes principais: • PromoAddCallPanel - implementa o caso de uso 2.1 Cadastro de Chamada. • PromoAddEpisodePanel - implementa o caso de uso 2.1 Cadastro de Epis´odio. • PromoAddProgramPanel - implementa o caso de uso 2.1 Cadastro de Programa. • PromoAddUserPanel - implementa o caso de uso 2.3 Adicionar Usu´ario. • PromoChangePasswordPanel - implementa o caso de uso 2.3 Alterar Senha.. 21.

(37) • PromoEditCallPanel - implementa o caso de uso 2.2 Altera¸c˜ao de Chamada. • PromoFindCallsDtPanel - implementa o caso de uso 2.2 Busca de Chamadas. • PromoFindCallsPanel - implementa o caso de uso 2.2 Busca de Chamadas (Dt Pauta). • PromoIntegerClientData - classe auxiliar para adicionar dado a um item de uma lista (wxListBox). • PromoListCallsPanel - implementa o caso de uso 2.1 Listagem de Chamadas. • PromoListEpisodesDialog - implementa o caso de uso 2.1 Listagem de Programas exibindo os epis´odios referentes a um determinado programa. • PromoListProgramsPanel - implementa o caso de uso 2.1 Listagem de Programas exibindo os programas cadastrados. • PromoLoginPanel - implementa o caso de uso 2.1 Login. • PromoMainWindow - a classe m˜ae (MainWindow) deriva a classe wxFrame, onde ser˜ao exibidas as telas. • PromoNofunctionPanel • PromoPanel - classe para cria¸ca˜o do painel em si. Deriva a classe wxPanel. • PromoRemoveUserPanel - implementa o caso de uso 2.3 Remover Usu´ario. • PromoSelectProgramDialog - caixa de di´alogo auxiliar para a sele¸ca˜o de um epis´odio. • PromoTreeItemData - classe auxiliar para a inclus˜ao de dado a um item de uma ´arvore (wxTreeCtrl). • PromoViewCallPanel - implementa o caso de uso 2.1 Visualizar Chamada.. 22.

(38) 4.4. Print. • DC - Deriva a classe wxDC e cont´em informa¸c˜oes para desenhar uma Chamada na tela (em Visualizar Impress˜ao) ou imprimi-la. • PromoPrint - Deriva a classe wxPrintout necess´aria para a impress˜ao de um arquivo.. 23.

(39) Cap´ıtulo 5 Conclus˜ ao O projeto atendeu bem ao objetivo proposto: facilitar o processo de produ¸c˜ao de uma Chamada de forma clara e precisa. A linguagem e as bibliotecas utilizadas foram plenamente satisfat´orias e robustas. Para vers˜oes posteriores, h´a indica¸c˜oes do que pode ser feito em 2.1.5. O programa sofreu v´arios testes e utilizou t´ecnicas para agilizar o acesso a um dado no banco de dados e sua manipula¸ca˜o. Todavia, seria bem interessante retest´a-lo ap´os um certo tempo de uso (talvez ap´os o primeiro ano de utiliza¸ca˜o) para verificar o tempo de acesso ao banco de dados e, consequentemente, o tempo de resposta do programa, uma vez que o banco j´a estaria carregado com uma consider´avel carga de dados 1 . Enfim, o projeto contribuiu muito para a minha forma¸ca˜o pessoal e profissional e foi muito interessante vˆe-lo terminado e sendo utilizado para um fim concreto.. 1. 1 chamada de 2/2 h; 3 ilhas em funcionamento 24h/dia, logo 12960 Chamadas/ano aproxi-. madamente. 24.

(40) Referˆ encias Bibliogr´ aficas [1] C++. http://www.cplusplus.com, 2009. (acessado em 05/05/2009). [2] C++. http://en.wikipedia.org/wiki/C++, 2009. (acessado em 05/05/2009). [3] PostGreSQL. http://www.postgresql.org, 2009. (acessado em 05/05/2009). [4] SQLAPI. http://www.sqlapi.com, 2009. (acessado em 05/05/2009). [5] JULIAN SMART, K. H., CSOMOR, S., Cross-Platform GUI Programming with wxWidgets. Prentice Hall. [6] Modelo de projeto - Cascata. http://www.del.ufrj.br/ ac/eel873.htm, 2009. (acessado em 05/05/2009). [7] T´ecnica para medi¸c˜ao - SLOC. http://www.del.ufrj.br/ ac/eel873.htm, 2009. (acessado em 05/05/2009). [8] M´etodo para gerenciamento, suaviza¸c˜ao e monitoramento de riscos - RMMM. http://www.del.ufrj.br/ ac/eel873.htm, 2009. (acessado em 05/05/2009). [9] Documenta¸c˜ao da biblioteca wxWidgets. http://www.wxwidgets.org/docs/tutorials.htm, 2009. (acessado em 05/08/2009). [10] Documenta¸c˜ao da biblioteca SQLAPI. http://www.sqlapi.com/OnLineDoc/index.html, 2009. (acessado em 05/10/2009). [11] Doxygen. http://www.stack.nl/ dimitri/doxygen/index.html, 2010. (acessado em 20/05/2010).. 25.

(41) Apˆ endice A ´ MANUAL DO USUARIO Introdu¸c˜ ao Este manual ´e elaborado com o intuito de orientar o usu´ario na utiliza¸ca˜o do sistema. Assim ser´a poss´ıvel conhecer todas as fun¸co˜es que o sistema PROMO oferece e como utiliz´a-las. O sistema visa o gerenciamento do banco de dados das chamadas produzidas pelo setor Promo¸co˜es da Rede Globo de Televis˜ao. Assim os funcion´arios poder˜ao cadastrar uma nova chamada, consultar chamadas j´a cadastradas e alterar ou acrescentar novas informa¸c˜oes sobre a chamada em andamento a` medida em que esta vai sendo produzida.. 26.

(42) Informa¸ co ˜es T´ ecnicas A.1. Requisitos:. Sistema Operacional O Sistema PROMO pode ser utilizado nos seguintes sistemas operacionais: • Windows 2000; • Windows XP; • Windows Vista;. Banco de Dados Deve possuir o banco de dados PostGreSQL instalado na mesma m´aquina onde est´a instalado o programa. Checar configura¸c˜ ao do banco com o ADMINISTRADOR!. 27.

(43) Modo de Funcionamento Primeiramente o usu´ario acessar´a o sistema clicando no ´ıcone promo.exe. Assim ser´a aberta a tela de login inicial. Dependendo do tipo de usu´ario, ele poder´a usar as funcionalidades que ser˜ao explicadas a seguir:. A.2. Menu:. Figura A.1: Tela Inicial. No menu s˜ao exibidas as funcionalidades do sistema. De acordo com a opera¸ca˜o desejada, basta clicar no item com o bot˜ao esquerdo do mouse ou utilizar as teclas de atalho no teclado (indicadas ao lado do item no menu). Vide abaixo as fun¸c˜oes de cada item:. 28.

(44) 1. Arquivo • Logout - Fecha a conex˜ao do usu´ario logado, permitindo que outro usu´ario fa¸ca login no sistema. • Imprimir - Imprime o documento visualizado. Esta op¸ca˜o est´a apenas dispon´ıvel em Visualizar Chamada e Busca de Chamadas (Dt Pauta). • Sair - Fecha a conex˜ao do usu´ario logado e o sistema. 2. Programa • Adicionar Programa - Adiciona um programa ao banco de dados. • Adicionar Epis´odio - Adiciona um epis´odio ao banco de dados o relacionando a um programa. • Listar Programas - Lista os programas e seus epis´odios cadastrados no banco de dados. 3. Chamadas • Adicionar Chamada - Adiciona uma chamada ao banco de dados. • Listar Chamadas - Lista as chamadas cadastradas referentes a um epis´odio (programa). • Buscar Chamadas - Realiza as buscas das chamadas pela Claquete. • Buscar Chamadas (Dt Pauta) - Realiza as buscas das chamadas pela Data de Pauta. 4. Administra¸ca˜o - apenas o administrador pode realizar estas opera¸c˜oes. • Adicionar Usu´ario - Adiciona um usu´ario ao banco de dados. • Remover Usu´ario - Remove um usu´ario do banco de dados. 5. Usu´ario • Alterar Senha - Altera a senha do usu´ario logado ao sistema.. 29.

(45) Telas: A.3. Login:. Figura A.2: Login. A p´agina inicial faz a autentica¸ca˜o no sistema. Para isto, basta que o usu´ario digite seu login e senha nos campos destinados a login e senha respectivamente. O usu´ario inicial ´e o admin e a senha ´e admin. Os demais usu´arios devem ter seus logins e senhas previamente cadastrados no banco de dados pelo ADMINISTRADOR do sistema. Modo de opera¸c˜ ao: Digite o login (obrigat´orio); Digite a senha (obrigat´orio); Clique em Entrar ;. 30.

(46) A.4. Programa:. A.4.1. Adicionar Programa:. Figura A.3: Adicionar Programa. Esta fun¸ca˜o ´e acessada selecionando ”Adicionar Programa”no menu acima. Permite o cadastro de um programa com o seguinte campo: • T´ıtulo (obrigat´orio) - Uma frase, o nome do Programa;. Modo de opera¸c˜ ao: Digitar o t´ıtulo; Clicar em Salvar.. 31.

(47) A.4.2. Adicionar Epis´ odio:. Figura A.4: Adicionar Episodio. Esta fun¸c˜ao ´e acessada selecionando ”Adicionar Epis´odio”no menu acima. Para que esta fun¸c˜ao funcione corretamente, ´e necess´ario que o Programa ao qual o epis´odio ser´a associado tenha sido previamente cadastrado. Permite o cadastro de um epis´odio com os seguintes campos: • Programa (obrigat´orio) - Lista com todos os Programas previamente cadastrados. Basta selecionar o Programa desejado para criar um epis´odio do mesmo. • T´ıtulo do Epis´odio (obrigat´orio) - Em geral, ´e o nome do programa (ou um subt´ıtulo) com a data de exibi¸ca˜o. • Data de Exibi¸c˜ao - data em que o epis´odio ser´a exibido; data no formato DDMMAAAA.. Modo de opera¸c˜ ao: Selecionar um Programa; Digitar o t´ıtulo; Digitar a data de exibi¸ca˜o (opcional) ou alter´a-la com a ajuda das setinhas; Clicar em Salvar. 32.

(48) A.4.3. Listar Programas:. Figura A.5: Visualizar Programa. Esta fun¸c˜ao ´e acessada selecionando ”Listar Programas”no menu acima. Permite a visualiza¸c˜ao de todos os programas cadastrados no sistema. Ao selecionar um programa, ´e poss´ıvel tamb´em visualizar os epis´odios cadastrados referentes a este programa.. Modo de opera¸c˜ ao: Na lista de Programas, selecione o programa desejado; Clique em Listar epis´odios... - Abrir´a uma tela com os epis´odios do programa selecionado. Para sair desta tela, basta clicar em Sair.. 33.

(49) A.5. Chamada. A.5.1. Adicionar Chamada:. Figura A.6: Adicionar Chamada. Figura A.7: Selecionar Programas / Epis´odios. Esta fun¸c˜ao ´e acessada selecionando ”Adicionar Chamada”no menu acima. Permite o cadastro de chamadas com os seguintes campos: • Claquete (obrigat´orio); • Data de Pauta; • Programa(s);. 34.

(50) • Ilustra¸ca˜o; • Texto;. Modo de opera¸c˜ ao: Digite a Claquete (campo obrigat´orio); Digite a data ou selecione uma data ao clicar na setinha; Para adicionar um programa, basta clicar em Adicionar que ser´a exibida uma tela com os programas e seus epis´odios. Basta selecionar um epis´odio (ou clicar 2 vezes com o bot˜ao esquerdo do mouse) e clicar em OK para adicion´a-lo `a lista; Se quiser remover um programa, basta selecion´a-lo e clicar em Remover; Digitar o texto de ilustra¸c˜ao; Digitar o texto da chamada;. A.5.2. Listar Chamadas:. Figura A.8: Listar Chamadas. Esta fun¸ca˜o ´e acessada selecionando ”Listar Chamadas”no menu acima. Permite a visualiza¸c˜ao das chamadas referentes a um epis´odio / programa.. 35.

(51) Modo de opera¸c˜ ao: Selecione um programa em Programa; Ap´os esta sele¸ca˜o, a lista de epis´odios ser´a carregada com os itens referentes a este programa. Selecione um epis´odio; A lista das chamadas ser´a carregada em seguida.. A.5.3. Buscar Chamadas:. Figura A.9: Buscar Chamadas. Esta fun¸c˜ao ´e acessada selecionando ”Buscar Chamadas”no menu acima e permite a busca de uma chamada pela sua Claquete. Basta escrever parte da claquete ou o t´ıtulo inteiro da chamada desejada e o programa lista as chamadas encontradas.. Modo de opera¸c˜ ao: Digite parte da Claquete ou o t´ıtulo inteiro; Clique em Buscar;. Se quiser edit´a-la: • basta selecionar a chamada desejada • clicar em Editar. 36.

(52) Se quiser Visualiz´a-la: • basta selecionar a chamada desejada • clicar em Visualizar. A.5.4. Editar Chamadas:. Figura A.10: Alterar Chamadas. Essa tela permite a altera¸ca˜o dos campos de uma chamada. Acessada pelas telas ”Listar Chamadas”, ”Buscar Chamadas”e ”Buscar Chamadas (Dt Pauta)”ao clicar em Editar..... Modo de opera¸c˜ ao: Vide adicionar chamada Altere os campos necess´arios; Clique em Salvar ;. 37.

(53) A.6. Administra¸c˜ ao:. A.6.1. Adicionar Usu´ ario:. Figura A.11: Adicionar Usu´ario. Esta fun¸c˜ao ´e acessada selecionando ”Adicionar Usu´ario”no menu acima. Nessa tela, ´e criado um novo usu´ario. A fun¸c˜ao (cargo) do usu´ario deve ser informada selecionando-a na caixa de listagem drop-down. O acesso ao banco de dados ´e determinado pela fun¸ca˜o do usu´ario.. Modo de opera¸c˜ ao: Digite um login (obrigat´orio); Selecione o cargo do profissional (obrigat´orio); Digite uma senha; Digite em confirmar senha a mesma senha digitada anteriormente; Clique em Adicionar ;. A.6.2. Excluir Usu´ ario:. Para acessar esta tela, basta selecionar ”Excluir Usu´ario”no menu acima. Nessa tela ´e exclu´ıdo um usu´ario existente. Apenas o ADMINISTRADOR pode. 38.

(54) Figura A.12: Excluir Usu´ario. excluir um usu´ario.. Modo de opera¸c˜ ao: Selecione o login na lista drop down (obrigat´orio); Digite a senha do usu´ario ADMINISTRADOR (obrigat´orio); Digite em confirmar senha a mesma senha digitada anteriormente (obrigat´orio); Clique em Remover ;. 39.

(55) A.7. Usu´ ario:. A.7.1. Alterar Senha:. Figura A.13: Alterar Senha Usu´ario. Para alterar a senha do usu´ario atualmente logado no sistema, selecione ”Alterar Senha”no menu acima.. Modo de opera¸c˜ ao: Digite a Senha atual do usu´ario atualmente logado (obrigat´orio); Digite a nova senha (obrigat´orio); Digite em confirmar senha a mesma senha (nova) digitada anteriormente (obrigat´orio); Clique em Alterar ;. 40.

(56) Apˆ endice B Documenta¸ c˜ ao do Sistema Promo. Figura B.1: Classe Call - documenta¸c˜ao. 41.

(57) Figura B.2: Classe Call - documenta¸c˜ao. 42.

(58) Figura B.3: Classe Call - documenta¸c˜ao. 43.

(59) Figura B.4: Classe Call - documenta¸c˜ao. 44.

(60) Figura B.5: Classe Call - documenta¸c˜ao. 45.

(61)

Referências

Documentos relacionados

• Os doentes infectados podem não ter doença sintomática mas tem uma infecção crónica potencialmente letal. • Distinção entre infecção HIV

Combinados, o rádio portátil APX 8000XE habilitado para todas bandas e o microfone falante remoto XE500 criam uma solução de missão crítica incomparável, projetada para o pessoal

Se no cadastro da administradora, foi selecionado na aba Configurações Comissões, para que as comissões fossem geradas no momento da venda do contrato, já é

Para o Planeta Orgânico (2010), o crescimento da agricultura orgânica no Brasil e na América Latina dependerá, entre outros fatores, de uma legislação eficiente

psicológicos, sociais e ambientais. Assim podemos observar que é de extrema importância a QV e a PS andarem juntas, pois não adianta ter uma meta de promoção de saúde se

II - os docentes efetivos, com regime de trabalho de 20 (vinte) horas semanais, terão sua carga horária alocada, preferencialmente, para ministrar aulas, sendo o mínimo de 8 (oito)

A dor foi quantificada por meio da Escala Visual Analógica, o estresse foi avaliado pelo Questionário de Estresse Percebido e pela determinação da concentração salivar de cortisol e