Guia de Prova de Aptidão Profissional

Transcrição

1 Guia de Prova de Aptidão Profissional Técnico de Gestão e Programação de Sistemas Informáticos Fábio Alexandre Lemos Ferreira Fábio Cardante Teixeira 2010/2011

2 Índice I. Apresentação permanente do projecto... 3 II. A solução informática... 8 III. Solução informática e produto IV. Material de apoio ao utilizador

3 I. Apresentação permanente do projecto 1. Portefólio Digital 1.1. Imagem/ Comunicado do projecto Descrição e funcionalidades Descrição do projecto Objectivos Cronograma Caderno de encargos Diagrama Use Case Modelo ER 3

4 1.1.3 Conteúdo HTML, PHP, SQL, Flash, Java Script e Visual Basic Documentos Técnicos: Diagrama Use Case, Modelo Relacional e Modelo de Classes. O diagrama Use Case demonstra todas as funcionalidades do software bem como as funções que cada utilizador possui. 4

5 Modelo ER Diagrama de Classes 5

6 1.1.5 Registo/relato de evolução do projecto No mês de Outubro começamos com a análise e o planeamento estrutural do projecto onde apresentamos por escrito o nosso tema PAP onde descrevemos todas as fases do nosso projecto. No mês de Novembro colocamos o nosso portefólio virtual online com o diagrama Use Case, descrição do projecto, logótipo, cronograma, orçamentos entre outros. No dia 15 apresentamos o nosso ante-projecto onde fomos avaliados qualitativamente e desempenho na apresentação. No mês de Dezembro deu-se inicio à construção do nosso software onde elaboramos uma pesquisa de como construir o nosso software, implementando também alguns conhecimentos adquiridos durante os dois anos anteriores. O mês de Janeiro foi o mês de mudança no portefólio virtual, quer a nível de design quer a nível de conteúdo, simplificando o ambiente gráfico. A introdução de mais informação e clarificação do software também foi remodelado. No mês de Fevereiro começamos a elaborar no nosso software, onde começamos por estudar melhor o código, criação e estruturação da base de dados, (Campos, Tabelas, etc.), para construção de uma base firme. No mês de Março resume-se ao desenvolvimento do software, encontrando pelo caminho obstáculos mas estrategicamente superamos mantendo a todo custo os objectivos do projecto. O mês de Abril, decisivo no prosseguimento do projecto, havendo um teste final que se baseou numa versão beta do software, onde esteve em causa a continuidade ou a retenção do projecto. Felizmente passamos no teste e com uma nota bastante positiva do júri presente na apresentação. O mês de Maio revelou-se como o mês de conclusões, o software concluído juntamente com toda a documentação necessária. Dando assim como concluído o processo PAP. 6

7 1.1.6 Cronograma do projecto Itens de interacção entre o visitante e o promotor do projecto Back Office 7

8 II. A solução informática 2. Plano estratégico 2.1. Introdução ao plano estratégico O nosso projecto consiste na gestão de uma clínica médica, (Consultas, Médicos e Pacientes). O projecto contém um software próprio onde é implementada toda a informação referente as consultas, médicos e pacientes, permitindo a inserção, alteração e confirmação de dados. 2.2 Proposta de software a desenvolver Descrição do software O nosso software contém toda a informação respectiva a gestão de uma clínica médica, (Consultas, Médicos e Pacientes), que pode ser manipulada através de menus e submenus existentes no software, (inserção, alteração, eliminação e visualização) de todo o conteúdo existente. 8

9 2.2.2 Estrutura Para demonstrar estas funções destacamos três actores fundamentais no nosso software: (Administrador, Secretária e Médicos). 9

10 O Administrador: - Adicionar Médico (O administrador do software pode sempre que necessário adicionar um novo médico). - Adicionar Paciente (O administrador do software pode sempre que necessário adicionar um novo paciente). - Adicionar Consulta (O administrador do software pode sempre que necessário adicionar uma nova consulta). - Alterar dados do Médico (O administrador pode efectuar todas as alterações necessárias nos dados correspondentes aos médicos). - Alterar dados do Paciente (O administrador pode efectuar todas as alterações necessárias nos dados correspondentes aos pacientes). - Alterar dados da Consulta (O administrador pode efectuar todas as alterações necessárias nas consultas). - Ver Médicos (O administrador pode visualizar os dados correspondentes ao médico em qualquer momento). - Ver Pacientes (O administrador pode visualizar os dados correspondentes ao paciente em qualquer momento). - Ver Consultas (O administrador pode visualizar todas as consultas existentes). - Eliminar Médicos (O administrador pode eliminar um médico registado na clínica sempre que necessário). - Eliminar Pacientes (O administrador pode eliminar um paciente registado na clínica sempre que necessário). - Procurar Consultas (O administrador pode consultar todas as consultas existentes através do nome do médico, paciente e data). - Administrar Utilizadores (O administrador pode gerir todos os utilizadores do software. 10

11 - Adicionar Utilizadores (O administrador pode inserir novos utilizadores no software sempre que necessário). - Remover Utilizadores (O administrador pode eliminar qualquer utilizador do software). - Imprimir Declarações (O administrador pode efectuar a impressão de declarações). - Imprimir Receitas (O administrador pode efectuar a impressão de receitas). - Imprimir Facturas (O administrador pode efectuar a impressão de facturas). - Enviar (O administrador pode efectuar o envio de para a lista de pacientes directamente do software). - Enviar Mensagens Instantâneas Para Os Utilizadores Do Programa (O administrador pode dialogar de forma instantânea para todos os utilizadores do software). - Enviar SMS (O administrador pode efectuar o envio de um SMS para todos os pacientes registados na clínica). 11

12 A Secretária: - Adicionar Médico (A secretária pode sempre que necessário adicionar um novo médico). - Adicionar Paciente (A secretária pode sempre que necessário adicionar um novo paciente). - Adicionar Consulta (A secretária pode sempre que necessário adicionar uma nova consulta). - Alterar dados do Médico (A secretária pode efectuar todas as alterações necessárias nos dados correspondentes aos médicos). - Alterar dados do Paciente (A secretária pode efectuar todas as alterações necessárias nos dados correspondentes aos pacientes). - Alterar dados da Consulta (A secretária pode efectuar todas as alterações necessárias nas consultas). - Ver Médicos (A secretária pode visualizar os dados correspondentes ao médico em qualquer momento). - Ver Pacientes (A secretária pode visualizar os dados correspondentes ao paciente em qualquer momento). - Ver Consultas (A secretária pode visualizar todas as consultas existentes). - Eliminar Pacientes (A secretária pode eliminar um paciente registado na clínica sempre que necessário). - Procurar Consultas (A secretária pode consultar todas as consultas existentes através do nome do médico, paciente e data). - Imprimir Declarações (A secretária pode efectuar a impressão de declarações). - Imprimir Facturas (A secretária pode efectuar a impressão de facturas). - Enviar (A secretária pode efectuar o envio de para a lista de pacientes directamente do software). 12

13 - Enviar Mensagens Instantâneas Para Os Utilizadores Do Programa (A secretária pode dialogar de forma instantânea para todos os utilizadores do software). - Enviar SMS (A secretária pode efectuar o envio de um SMS para todos os pacientes registados na clínica). O Médico: - Ver Consultas (O médico pode visualizar todas as consultas existentes). - Procurar Consultas (O médico pode consultar todas as consultas existentes através do nome do médico, paciente e data). - Imprimir Receitas (O médico pode efectuar a impressão de receitas). - Enviar Mensagens Instantâneas Para Os Utilizadores Do Programa (O médico pode dialogar de forma instantânea para todos os utilizadores do software). 13

14 Modelo Relacional O modelo ER apresentado acima relaciona todas as tabelas através do campo chave que cada uma contém, posto isto, segue-se a explicação de cada uma das relações. Relação entre tabelas Pacientes e Médicos com a tabela Distritos. Ex: Cada paciente só poderá ter um distrito mas um distrito pode ter vários pacientes (José Braga / Braga José, Mário, Ana, etc.) Ex: Cada médico só poderá ter um distrito mas um distrito pode ter vários médicos (Dr. António Porto / Porto Dr. António, Dr. Maria, Dr. Afonso, etc.) Relação entre tabelas Pacientes e Médicos com a tabela Consultas. Ex: Um paciente poderá ter várias consultas mas uma consulta só pode ter um paciente (José Ortopedia, Fisioterapia, etc. / Ortopedia José.) Ex: Cada médico poderá realizar várias consultas mas cada consulta só poderá ser realizada por um médico (Dr. António Gastrologia, Estomatologia, etc. / Fisioterapia Dr. José). 14

15 2.2.3 Estrutura esquematizada Diagrama de classes O diagrama de classes permite-nos, através do modelo relacional, chamar os dados que cada tabela contém Software necessário para a criação da solução informática Para a criação do nosso software é necessário o Visual Basic 2010, Wordpress e Adobe Photoshop Cs5. 15

16 2.2.5 Caderno de encargos do projecto Custos com a criação do projecto Material Orçamento Microsoft Office Visual Basic Adobe Photoshop CS Total Custos com a criação do software Tarefas realizadas Orçamento 168 Horas programáveis 840 Deslocamento 50 Total Custos com hardware e periféricos Material Orçamento 3 Computadores Hp G Total

17 Custos com software D d d d Custos com implementação do software J Material Orçamento Visual Basic Adobe Photoshop Cs Total Alojamento do servidor Página Web Total Custo total do projecto/ solução informática Tarefas/material Orçamento Hardware Software Alojamento do servidor página Web Total

18 III. Solução informática e produto 3. Implementação da tecnologia/ software no produto a criar 3.1. Articulação entre a solução informática e o produto O nosso software consiste na gestão de estabelecimentos de saúde. Conseguimos criar um design apelativo com funcionalidades inovadoras. A sua simplicidade de utilização permite ao utilizador uma interacção agradável Fases de teste e validação do produto Na fase inicial do nosso software, a informação adquirida até a data revelaram-se um problema a nível de conhecimento e a programação do próprio software. Contudo, contrariando todos os desafios iniciais, adoptamos métodos para superarmos as dificuldades e dar continuidade ao software. Mais tarde, na época decisiva da prova de aptidão profissional apostamos no melhoramento do design gráfico e a inserção de algumas aplicações inovadoras. O código, as tabelas, os campos e o design foram constantemente modificados até chegarmos definitivamente a um consenso, dando origem ao produto final. 18

19 3.3. Apresentação do produto final 3.4. Aplicação em contexto real O nosso software destinasse a todos os estabelecimentos de saúde, privados ou públicos, nos quais podemos destacar: Clínicas privadas/públicas, Hospitais, Centros de saúde, Clínicas dentárias, Clínicas de Fisioterapia, Entre outras Avaliação de eficácia Perante todas as dificuldades sentidas na realização do nosso software, tal como, na criação do código e na estrutura gráfica do projecto, mantivemos todos os objectivos discriminados no ante-projecto. Consideramos assim todo o nosso empenho e determinação fulcral, concluindo todo o processo de forma exemplar. 19

20 IV. Material de apoio ao utilizador 1. Criação do manual de utilizador 2. Criação do manual de instalação 3. Criação do manual de simulação 20