Skip to content

Especificação Suplementar

GuiMarques98 edited this page Sep 27, 2017 · 7 revisions

Histórico de Versões

Data Versão Descrição Autor
07/09/2017 1.0 Estruturação básica do documento e adição do tópico Introdução. Natália Rodrigues
07/09/2017 1.1 Adição dos tópicos Usabilidade, Confiabilidade e Suportabilidade. Natália Rodrigues
07/09/2017 1.2 Adição dos tópicos de Restrição e Design, Interfaces e Avisos Legais. Felipe Borges
08/09/2017 1.3 Revisão no tópico de Avisos Legais. Felipe Borges
08/09/2017 1.4 Revisão e alterações nos tópicos 1, 2, 3 e 4. Natália Rodrigues
09/09/2017 1.5 Revisão do tópico 7 Felipe Borges

Sumário

  1. Introdução
  1. Usabilidade
  2. Confiabilidade
  3. Suportabilidade
  4. Restrições de Design
  5. Interfaces do Usuário
  6. Avisos Legais, de Copyright e Outros

Este documento tem como finalidade a especificação suplementar e dos requisitos de qualidade relacionados ao sistema “Receituário Médico”, que não foram devidamente abordados nos documentos de visão, de arquitetura e de especificação de casos de uso.

Requisitos de qualidade são todos aqueles que descrevem os aspectos subjetivos do sistema e delimitam como a aplicação deverá realizar os requisitos funcionais já determinados. Exemplos são os requisitos de desempenho, de interface, as restrições e atributos relevantes do *software* em questão.

Este artefato documenta as especificações relacionadas ao sistema “Receituário Médico”, que objetiva, principalmente, a otimização do tempo gasto pelo Profissional da Saúde ao fazer prescrições médicas a seus pacientes. Serão descritas, aqui, a usabilidade, a confiabilidade e a suportabilidade do sistema, assim como as restrições de design, requisitos de interface e, ainda, informações de legalidade, direitos autorais e outros.

  • Profissional da Saúde - a quem compete prescrever medicamentos, exames e recomendações de saúde;
  • Prescrição - lista de medicamentos e recomendações de saúde para um paciente;
  • Artefato - é um dos vários tipos de subprodutos concretos produzido durante o desenvolvimento de software;
  • Software - é uma sequência de instruções escritas para serem interpretadas por um computador com o objetivo de executar tarefas específicas;
  • MVC - Model-View-Controller.
  • RUP - Rational Unified Process
  • Agil - Metodologia de desenvolvimento de software Agil
  • Github - Ferramenta de versionamento.

MENDES, Mariana; LIMA, Isaque; FRANÇA, Diego; ROSA, Bernardo. Especificação Suplementar. Disponível em: https://github.com/fga-gpp-mds/2016.2-Jardim-Botanico-Web/wiki/Especifica%C3%A7%C3%A3o-Suplementar. Acesso em: 07 de Setembro de 2017.

Ministério do Desenvolvimento Social. Sistema de Paginação de Esportes Universitários - Especificação Complementar. Disponível em: http://mds.cultura.gov.br/core.informal_resources/guidances/examples/resources/ex_suppspc1.htm. Acesso em: 07 de Setembro de 2017.

Pace University. Course Registration System - Supplementary Specification. Disponível em: http://csis.pace.edu/~marchese/SE616_New/Samples/Example%20%20Supplementary%20Specification.htm. Acesso em: 07 de Setembro de 2017.

SILVA, Ana; OLIVEIRA Bruna; LACERDA, Guilherme. Especificação Suplementar. Disponível em: https://github.com/fga-gpp-mds/2017.1-Trezentos/wiki/Especifica%C3%A7%C3%A3o-Suplementar. Acesso em: 07 de Setembro de 2017.

SOUSA, André; WILLER, Guilherme; BATISTA, Matheus; BELCHIOR, Emanoel. Especificação Suplementar. Disponível em: https://github.com/fga-gpp-mds/2017.1-Escola-X/wiki/Especifica%C3%A7%C3%A3o-Suplementar. Acesso em 07 de Setembro de 2017.

RUP, Rational Unified Process. Supplementary Specification. Disponível em: < http://www.tesestec.com.br/pasteurjr/rup/webtmpl/templates/req/rup_sspec.htm >. Acesso em: 08 de Setembro de 2017


O sistema deverá possibilitar aos usuários uma interação simplificada, sendo de fácil aprendizagem de uso e manuseio, reduzindo, assim, na medida do possível, as ações dos usuários no sistema e otimizando o tempo de uso do mesmo. A aplicação proverá funcionalidades relevantes e utilizáveis para os usuários, assim como a prevenção de erros e, em casos inevitáveis dos mesmo, a exibição de mensagens informativas sobre tais, tendo possibilidade e descrição da solução. Ademais, o software possuirá linguagem intuitiva e inteligível para os usuários.


O sistema deverá garantir o armazenamento dos dados, de forma a não serem acessados por terceiros para fins indevidos; deverá garantir a privacidade de profissionais da saúde e pacientes cadastrados, que terão suas informações contidas na aplicação; o eventual acontecimento de falhas deve ser minimizado ao máximo pelo sistema, a fim de que o usuário se sinta confortável na utilização do mesmo.


O sistema será suportado nos navegadores Google Chrome 60, Safari, Mozilla Firefox 55, Opera 47 e Microsoft Edge, em máquinas com acesso à Internet.


Na aplicação existem as seguintes restrições de design:

  • Design Responsivo: O nosso software deve se ajustar à resolução do dispositivo do usuário.
  • Tempo: O projeto deverá estar concluído em um período de 4 meses.
  • Modelo: É obrigatório o uso do modelo MVC na aplicação.
  • Metodologia: A equipe de desenvolvimento deverá trabalhar aproximadamente metade do prazo com o modelo de processo RUP e outra metade no modelo Ágil.
  • Github: A ferramenta de versionamento de código é obrigatoriamente o Github.

As telas de interface para o usuário estão listada a seguir, para maiores detalhes de design e interações com menus consulte este link.

  • Página inicial
  • Login para profissionais de saúde
  • Cadastro para profissionais de saúde
  • Editar perfil do profissional de saúde
  • Login para pacientes
  • Cadastro para pacientes
  • Editar perfil pacientes
  • Página inicial profissionais de saúde
  • Página inicial usuário
  • Página para conversa
  • Listar pacientes
  • Convidar paciente
  • Criar receituário;
  • Adicionar medicamentos
  • Editar receituário
  • Personalizar receituário
  • Novo manipulado

A licença acompanha os arquivos do projeto. A cópia e distribuição deste software e sua documentação é gratuita. A autoria da aplicação deverá ser mantida independente do propósito ou distribuição.


Grupo 2

logo

Release II

Equipe

Sprints

Sprint 0

Sprint 1

Sprint 2

Sprint 3

Sprint 4

Sprint 5

Sprint 6

Sprint 7

Sprint 8

Release I

Gerência do Projeto














Desenvolvimento de Software

Clone this wiki locally