sexta-feira, 17 de junho de 2016
quarta-feira, 15 de junho de 2016
Link de acesso ao site
O nosso projeto está 90% concluído, a baixo postarei a URL da hospedagem dos mesmo
http://www.stormcodesm.esy.es
quarta-feira, 27 de abril de 2016
quinta-feira, 21 de abril de 2016
Diagrama de Caso de Uso Atualizado
Correções do Diagrama de Caso de Uso
Decidimos modificar o personagem "Administrador" para gerente, as funções deste continuam praticamente as mesmas, esta foi a maior alteração. Uma das questões que nos intrigou na primeira apresentação foi se o venderíamos o sistema todo ou apenas o serviço. Optamos por vender o sistema a um administrador que possuísse conhecimentos na área de TI, assim ele poderia fornecer suporte técnico aos gerentes de cada consultório. Neste diagrama ele fica implícito pois não exerce nenhuma ação no sistema em si.
Requisitos Funcionais e Não Funcionais Atualizados
Requisitos Funcionais:
- Gerenciar cadastro de pacientes.
- Gerenciar cadastro de consultas.
- Gerenciar agendamento, resultado e consulta dos exames.
- Gerenciar ficha do paciente.
- Gerenciar e imprimir receitas e atestados.
- Emitir notificações de agendamento de exames.
- Gerenciar autenticação para funcionários, pacientes, gerentes e administradores.
- Gerenciar cadastro e atualização de Funcionários.
Requisitos Não funcionais:
- Possibilitar a visualização em diferentes dispositivos (responsividade).
- Realizar cadastros, buscas e agendamentos rapidamente (desempenho).
- Possuir aparência agradável e inspiradora (interface).
- Ser um sistema Web (portabilidade).
- Ser implementado e mantido por um técnico em TI.
- Restringir áreas a determinados usuários (segurança).
Atualizações
Correções do projeto
Após a primeira apresentação do sistema, em forma de seminário, nosso professor de projetos corrigiu alguns aspectos de nossos
requisitos funcionais e não funcionais, Diagrama de Caso de uso, Diagrama de Classes e nos aconselhou modificá-los.
Assim como também nos alertou a não usarmos nomes próprios sem autorização, com isso, o nome do sistema que antes chamava-se "Ben Carson" (nome este, de um neuro cirurgião estadunidense) foi retirado do projeto.
Assim como também nos alertou a não usarmos nomes próprios sem autorização, com isso, o nome do sistema que antes chamava-se "Ben Carson" (nome este, de um neuro cirurgião estadunidense) foi retirado do projeto.
Após analisarmos novamente o livir do sistema fizemos algumas alterações nos itens citados que serão postadas a seguir.
segunda-feira, 18 de abril de 2016
Conclusão
Conclusão da primeira fase do projeto
A primeira fase do sistema Ben Carson finaliza-se com a modelagem do sistema, o DCP e os protótipos apresentados.
As correções e alterações necessárias serão feitas e postadas no decorrer do semestre até o prazo da entrega do sistema funcional.
Protótipos 3/3
Resultado do Cadastro de Um Paciente
Após a confirmação de um cadastro, com todos os dados do paciente incluídos corretamente, a secretária terá um retorno com o resultado do cadastro.
Este retorno irá conter o login do novo usuário que será gerado automaticamente a partir do numero de seu RG, e sua senha que será gerada automaticamente pelo sistema.
Protótipos 1/3
Tela de Login
A seguir, serão apresentados alguns protótipos de telas que irão implementar o layout do sistema.
As telas não ficarão necessariamente idênticas as do protótipo, mas chegará a uma realidade muito próxima.
Diagrama de Classes do Projeto
O que é Diagrama de Classes?
Diagrama de Classes é uma técnica de UML usada para representar classes, métodos e objetos de um projeto. Entretanto, é usado para a documentação do projeto e, consequentemente, para seu desenvolvimento e manutenção.
Foi elaborado o seguinte Diagrama para o desenvolvimento do projeto:
sábado, 16 de abril de 2016
Diagrama de Caso de Uso do Projeto
O que é Diagrama de Caso de Uso?
Um diagrama de Caso de Uso descreve um cenário que mostra as funcionalidades do sistema, a comunicação entre os "atores" e suas ações.
O diagrama de Caso de Uso é representado por:
- Atores;
- Casos de uso;
- Relacionamentos entre estes elementos;
Estes relacionamentos podem ser:
- Associações entre atores e casos de uso;
- Generalizações entre os atores;
quinta-feira, 14 de abril de 2016
Requisitos Funcionais e Requisitos não Funcionais
Requisitos Funcionais
- Cadastrar todos os dados dos pacientes.
- Busca por ID (no caso, o RG do paciente seria seu número de identificação).
- Limitar a quantidade de agendamentos por profissional.
- Fornecer notificação para lembrar os pacientes de seus agendamentos.
- Permitir agendamentos de exame, consulta e retorno.
- Impedir agendamentos em feriados, datas e horários em que não haverá atendimento.
- Informar em tempo real os pacientes que estão esperando, atrasados e em atendimento.
- Buscar rapidamente por horários vagos e pacientes agendados.
- Manter catálogo de imagens e documentos do tratamento do paciente anexado ao prontuário.
- Permitir que o administrador gerencie Controle Financeiro, Controle de Estoque, Relatórios, e execute cadastro de funcionários e produtos.
Requisitos não Funcionais
- Diferenciar cada agendamento (consulta, exame, cirurgia, retorno) através de ícones personalizados.
- Gerar receitas, prontuários virtuais, entre outros, de modo instantâneo, através de modelos personalizados.
- Possuir Utilitário de Cópia de Segurança do Banco de Dados (backup) para TI.
- O sistema será responsivo e portável.
UML
O que é UML
A princípio, para definição das funções do nosso sistema, usamos uma linguagem para melhor visualização do projeto, a UML (Linguagem de Modelagem Unificada). Esta tem como objetivo a especificação, documentação, visualização e desenvolvimento de sistemas orientados a objetos, através de diagramas de classes, caso de uso, sequência entre outros.
Apresentação
Quem somos.
Olá, nós somos alunos do IFSP (Instituto Federal de Ciência e Tecnologia de São Paulo) campus Itapetininga e temos como objetivo publicar o processo de desenvolvimento do proposto projeto.
Neste semestre na matéria de Metodologia e Desenvolvimento de Projeto, do curso técnico de Manutenção e Suporte em Informática, nos foi proposto criar um sistema que atendesse as necessidades de um consultório médico.
Analisando todos os contratos necessários nesse sistema, decidimos criar um sistema web para maior portabilidade e comodidade dos usuários.
Linguagens de programação a serem utilizadas: PHP, JavaScript.
Assinar:
Postagens (Atom)