Especificação Suplementar

Sistema Aplicativo de Gestão para Hospitais Universitários

Especificação Suplementar  Introdução

 A finalidade deste documento é definir definir os requisitos não funcionais do Sistema Aplicativo de Gestão para Hospitais Universitários. Esta Especificação Suplementar lista os requisitos que não são imediatamente detectados nos casos de uso, dessa forma as Especificações Suplementares em conunto com o modelo de !asos de Uso definem todo o conunto de requisitos do sistema. Requisitos Funcionais Suplementares

"s requisitos funcionais são definidos através do modelo de casos de uso. Requisitos Não-Funcionais Segurança   

todo acesso será mediante autenticação com lo#in e sen$a% sistema estará dispon&vel apenas na rede interna da unidade, não sendo poss&vel acesso e'terno. " sistema deve contar com re#istro e tratamento de erros, a ser #ravado em arquivo de lo# em meio permanente e ficar dispon&vel para consulta do administrador do sistema através de relat(rios. r elat(rios.

Usabilidade   

te'to deve ser le#&vel e evitar fontes com serifa% cores relacionadas ao daltonismo devem ser evitadas% interface deve ser convidativa e fornecer opções rápidas de auda de preenc$imento para usuários iniciantes%

Confiabilidade  

" sistema deve estar dispon&vel )* $oras por dia, + dias por semana. " sistema será capa de suportar cerca de -/ mil re#istros para informações datadas em até um ano. 0esquisas acima desse per&odo serão feitas diretamente no 1anco de dados por um 23A.

Desempenho 

" sistema será capa de suportar cerca de -// usuários concorrentes em cada unidade%

Suportabilidade 

" usuário terá acesso ao sistema através de um nave#ador compat&vel% não será necessária instalação do sistema em cada estação de tra1al$o%

Requisitos de implementação implementação  

Soft4are será desenvolvido em lin#ua#em 5ava utiliando plataforma livre Eclipse% 3anco de dados 67Sql%

Restrições de hardware e software 

Sistema deve rodar em am1iente 8indo4s.

!onfidencial

©9ardo:s

Soluções em ;<, )/-)

1

Internacionalização 

Sistema atenderá a demanda dos $ospitais federais 3rasileiros, não sendo disponi1iliado em outro idioma%

Interfaces do Sistema Interfaces do Usurio  !par"ncia

" sistema estará em conformidade com os padrões de desi#n definidos pelo SUS. " acesso ao sistema será através da intranet de cada unidade =o que varia de uma para outra>, dessa forma o espaço reservado ao acesso no sistema ficará localiado sempre no canto superior direito da tela sendo identificado pelos campos usuário e sen$a como visto a1ai'o? Tela 1: acesso ao sistema dentro de cada intranet 

"s campos de nome de usuário e sen$a são apresentados ao usuário, unto com o 1otão que permite acessar o sistema que quando acionado carre#ará a inst@ncia do sistema na máquina do usuário que está autenticado.  fornecido um linB a1ai'o dessa tela para recuperar a sen$a no caso de esquecimento por parte do usuário. Co restante da tela estará a intranet da unidade onde conteDdos e menus são dispostos conforme padrão de cada unidade. Tela 2: inicio do uso do sistema

!onfidencial

©9ardo:s

Soluções em ;<, )/-)

2

 Ao carre#ar a tela inicial do sistema, o usuário é apresentado a tela ), onde ele visualia os menus iniciais, a partir desses escol$erá qual é o m(dulo que desea acessar. "utras ;elas Haverá várias outras telas que farão parte do Aplicativo de Gestão para Hospitais Universitários. Em sua maioria as telas se#uem a mesma disposição de menus e padrões de cores. "utra tela apresentará os formulários e uma outra os relat(rios. a!out e requisitos de Usa"ilidade

Suporte isual da Função do Sistema =o tom> " aplicativo se#uirá os padrões de desi#n definidos pelo SUS.  A prioridade é um visual que facilite o uso do aplicativo por todos os tipos de pessoas. Uma aparncia conservadora consistirá em um plano de fundo com as cores da unidade, um te'to limpo e o1etivo sem serifa, disposição padrão dos menus e componentes de tela. #eterminação do $squema de %ores

 As cores adotadas pelo sistema serão de acordo com cada unidade, o H!0A adotará a paleta de cores a1ai'o?

!onfidencial

©9ardo:s

Soluções em ;<, )/-)

3

 As cores de fundo inicial é que variam de acordo com cada unidade, os te'tos sempre serão pretos, o fundo de formulários e t&tulos de destaque em tons de cina e o te'to dos menus em tons de aul escuro% as ações de fec$ar, minimiar e ma'imiar usam vermel$o, amarelo e verde. Fontes e &ecanismo de Rola'em

" comportamento do mecanismo de rola#em e das fontes do aplicativo será padrão e s( e'istirá rola#em vertical caso um formulário for muito e'tenso. As fontes sem serifa são usadas na maioria dos te'tos para facilitar a leitura. A lar#ura do sistema está limitada a uma tela de // I J// sem mecanismo de rola#em $oriontal e sem possi1ilitar o aumento desse espaço. " usuário percorre o conteDdo para cima e para 1ai'o para visualiáKlo. Geralmente, os formulários e conteDdos são e'i1idos na tela ocupando o espaço vertical sem necessariamente e'istir a rola#em. a!out de Sistema

 A tela está limitada em // ' J// pi'els e não e'iste a possi1ilidade de aumentar essa área.  A 1arra de menus possi1ilita ao usuário ir de um menu a outro, a 1arra de t&tulo indicará qual é o m(dulo que ele está acessando. " espaço para o lo#otipo fica como uma marca d:a#ua so1re o conteDdo, que ocupa L/ M da tela. Tela 3: padrão do sistema

!onfidencial

©9ardo:s

Soluções em ;<, )/-)

4

%onsist(ncia

"s usuários do sistema estarão se conectando a velocidade da NAC, o sistema foi proetado para carre#amento rápido, isso #arantirá que o processamento das informações sea rápido. )ersonali*ação e requisitos de customi*ação

"s dois principais elementos customiáveis são a lo#otipo e a cor de fundo, que serão austadas de acordo com cada unidade. Co que compete ao usuário ele terá acesso ao menus que sua função permite, ou sea, o conteDdo dos menus varia de usuário a usuário de acordo com os m(dulos que ele poderá acessar. Interfaces com Sistemas $+ternos

=A ser definido nas pr('imas fases>. Restriç,es do sistema

=A ser definido nas pr('imas fases>. %onformidades do Sistema Requisitos de #icenciamento

Sistema será licenciado via de conunto de licenças, onde estão previstas licenças de aquisição do soft4are, uso e atualiações e tam1ém manutenção com valores definidos em contrato. !onfidencial

©9ardo:s

Soluções em ;<, )/-)

5

$bser%ações #egais& de Direitos e $utras

 As declarações de cop7ri#$t que indicam a propriedade do conteDdo serão inclu&das no conteDdo conforme e'i#ido pela pol&tica, o sistema será de distri1uição e'clusiva para a rede de universidades federais% 'adrões !plic%eis

;odo sistema deve ser desenvolvido de forma a atender as mel$ores práticas de $eur&stica de usa1ilidade definidas por Scapin e 3astien #ocumentação do Sistema

Sistema contará com manuais de usuário e instalação, divido por m(dulos, onde cada pro#rama deve contar com opção de auda rápida através do F-%

!onfidencial

©9ardo:s

Soluções em ;<, )/-)

6