Changes between Version 8 and Version 9 of NovoExpresso/rnf


Ignore:
Timestamp:
10/13/11 17:45:34 (12 years ago)
Author:
lavoisier.vieira
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • NovoExpresso/rnf

    v8 v9  
    77||'''Conformidade com padrões'''|| 
    88||Adequação do sistema a padrões internos ou externos à empresa (padrões de interface, negócio, mercado e outros).|| 
     9''-Atender padrões visuais conforme pré-definido em http://www.tine20.org/; [[br]]  
     10-Atender conformidade com padrões de usabilidade W3C(listar detalhes); [[br]] 
     11-Disponibilizar serviços da aplicação via SOA(Conforme Tine); [[br]] 
     12-Manter compatibilidade de browsers(Verificar browsers compatíveis com a ferramenta, desktop / móvel); [[br]]'' 
     13 
    914||'''Nível de habilidade do usuário'''|| 
    1015||Indica requisitos de utilização especiais de acordo com o nível dos usuários finais: sofisticados ou não; acostumados à utilização intensiva de sistemas ou iniciantes na automação de sistemas.|| 
     16''-Disponibilizar internacionalização para as seguintes linguagens: Português-BR e Inglês(EUA) e Espanhol(ESP); [[br]]'' 
     17 
    1118||'''Presença de ferramentas de auxílio'''|| 
    1219||Helps on-line, menus, tool tips, documentação em geral.|| 
     20''-Usuário iniciante;[[br]]'' 
     21 
    1322||'''Treinamento'''|| 
    1423||Necessidades de tempo e meios para a capacitação plena dos usuários na ferramenta.|| 
     24''-O sistema deve disponibilizar acesso a ajuda em todas as telas do sistema;[[br]] 
     25-(Verificar e descrever as facilidades de auxilio já presentes na ferramenta);[[br]]'' 
     26 
    1527||'''Dicas para o usuário'''|| 
    1628||Aplicação irá fornecer dicas a respeito do significado de cada campo em tela.|| 
     29''-Usar tool-tip para melhor compreensão de contextos da aplicação;[[br]]'' 
     30 
    1731||'''Desempenho inicial'''|| 
    1832||Desempenho desejado do usuário durante a primeira vez que ele utilizar o sistema. Pode ser medido pela porcentagem desejada de acertos do usuário em relação às atividades proposta para serem realizadas no uso do sistema.|| 
     33''-Não se aplica aqui.[[br]]'' 
     34 
    1935||'''Prevenção de erros'''|| 
    20 ||O sistema terá capacidade de evitar erros durante sua utilização. Qual recurso o sistema deverá utilizar? [[BR]] '''''Não se aplica ao momento.'''''|| 
     36||O sistema terá capacidade de evitar erros durante sua utilização. Qual recurso o sistema deverá utilizar? [[BR]] || 
     37''-Não se aplica aqui.[[br]]'' 
    2138 
    2239== 2. Confiabilidade == 
    2340 
    24 Requisitos não funcionais que melhor definem a confiabilidade no software. Engloba aspectos como previsibilidade, acurácia de resultados, resistência a falhas, recuperabilidade, entre outros. [[BR]]Requisitos mais comuns: 
     41Requisitos não funcionais que melhor definem a confiabilidade no software. Engloba aspectos como previsibilidade, acurácia de resultados, resistência a falhas, recuperabilidade, entre outros. Requisitos mais comuns:[[BR]][[br]] 
     42''-Implementar verificação e tratamento de falhas para os serviços de Rede, BD, IMAP e Diretório;[[br]]'' 
    2543 
    2644||'''Integridade dos dados'''|| 
    27 ||Medidas necessárias à preservação da integridade dos dados no banco como um todo.[[BR]]''* A base de dados deve se adequar aos padrões de modelagem.[[BR]]|| 
     45||Medidas necessárias à preservação da integridade dos dados no banco como um todo.[[BR]] * A base de dados deve se adequar aos padrões de modelagem.|| 
     46''-Manter integridade do BD conforme já definido no Tine;[[br]]'' 
     47 
    2848||'''Disponibilidade'''|| 
    29 ||Especificar o percentual de tempo disponível do sistema, em horas de uso, manutenção.[[BR]]''O sistema deve estar disponível de acordo com o SLA contratado.''|| 
     49||Especificar o percentual de tempo disponível do sistema, em horas de uso, manutenção.[[BR]] O sistema deve estar disponível de acordo com o SLA contratado.|| 
     50''-(A ser definido pela COSSC).[[br]]'' 
     51 
    3052||'''Medidas de tempo entre falhas'''|| 
    3153||Especificar em horas, dias ou mês qual o tempo que pode existir entre uma falha e outra.|| 
     54''-(A ser definido pela COSSC).[[br]]'' 
     55 
    3256||'''Medidas de tempo de reparo'''|| 
    33 ||Tempo que o sistema pode permanecer indisponível após uma falha.[[BR]]''''Não se aplica ao momento.'''''|| 
     57||Tempo que o sistema pode permanecer indisponível após uma falha.[[BR]] 
     58''-(A ser definido pela COSSC).[[br]]'' 
     59 
    3460||'''Máximo de defeitos ou taxa de defeitos'''|| 
    35 ||Pode ser expresso em termos de defeitos / linhas de código ou defeitos/ponto de função. Estes defeitos devem ser categorizados em termos de defeitos secundários, significantes ou críticos.[[BR]]''''Não se aplica ao momento.'''''|| 
     61||Pode ser expresso em termos de defeitos / linhas de código ou defeitos/ponto de função. Estes defeitos devem ser categorizados em termos de defeitos secundários, significantes ou críticos.[[BR]] || 
     62''-(Não se aplica nesse momento).[[br]]'' 
     63 
    3664||'''Rotinas operacionais'''|| 
    3765||Definir necessidade de backup, janela de tempo, carga, etc.[[BR]]* A base de dados deve possuir mecanismo de cópia de segurança e restauração de dados.[[BR]]* As cópias armazenadas devem ser verificadas periodicamente.[[BR]]* O sistema e seus módulos devem permitir a programação de janelas de tempo para operações de atualização e manutenções preventivas previamente acordadas.'''|| 
     66''-Os serviços devem possuir mecanismo de cópia de segurança e restauração de dados.[[br]] 
     67-As cópias armazenadas devem ser verificadas periodicamente.[[br]] 
     68-O sistema e seus módulos devem permitir a programação de janelas de tempo para operações de atualização e manutenções preventivas previamente acordadas. [[br]]'' 
    3869 
    3970== 3. Performance == 
    4071 
    41 Requisitos não funcionais que melhor definem a performance do software. Engloba considerações sobre tempo de resposta, velocidade de processamento, eficiência, consumo de recursos e volume de produção.[[BR]]Requisitos mais comuns: 
     72Requisitos não funcionais que melhor definem a performance do software. Engloba considerações sobre tempo de resposta, velocidade de processamento, eficiência, consumo de recursos e volume de produção.[[br]] 
     73 
     74''-Uso de servidores Master e slave para o serviço de diretório(LDAP);[[br]] 
     75-Usar recursos de WEBCache;[[br]] 
     76-Operar com proxy reverso;[[br]]'' 
    4277 
    4378||'''Tempo de resposta para uma transação.'''|| 
    44 ||Medidas necessárias à preservação da integridade dos dados no banco como um todo.[[BR]]''* O conjunto de transações que compõem a solicitação do usuário e a resposta do sistema não deve ultrapassar 7 segundos.''|| 
     79||Medidas necessárias à preservação da integridade dos dados no banco como um todo.[[BR]] * O conjunto de transações que compõem a solicitação do usuário e a resposta do sistema não deve ultrapassar 7 segundos.|| 
     80''-(Definir métricas aceitáveis mediante acordo com o cliente e/ou sugerir número baseado em padrões estabelecidos pelo mercado e/ou estabelecer condições do parâmetro mediante estado crítico do sistema(máximo de processos concorrentes, máximo de IO de disco). [[br]]'' 
     81 
    4582||'''Numero de usuários do sistema, distribuído ao longo do tempo.'''|| 
    46 ||Especificar o percentual de tempo disponível do sistema, em horas de uso, manutenção.[[BR]]''* 80 mil usuários distribuídos ao longo de 24h.''|| 
    47 ||'''Estimativas de transações com o banco de dados.''' [[BR]]''* No mínimo 80 mil transações ao longo de 24h.''|| 
    48 ||'''Quantidade de acessos simultâneos.'''[[BR]]''* No mínimo 200 usuário realizando transações simultaneamente.|| 
    49 ||'''Quantidade de transações por segundo.'''[[BR]]''* Banco de Dados: 200[[BR]]* IMAP: '''INSERIR''' [[BR]] * APACHE/PHP: '''INSERIR'''[[BR]]* SMTP: '''INSERIR'''[[BR]]* LDAP: '''INSERIR'''''|| 
     83||Especificar o percentual de tempo disponível do sistema, em horas de uso, manutenção.[[BR]] * 80 mil usuários distribuídos ao longo de 24h.|| 
     84''-(A ser definido). [[br]]'' 
     85 
     86||'''Estimativas de transações com o banco de dados.''' [[BR]] * No mínimo 80 mil transações ao longo de 24h. || 
     87''-(A ser definido). [[br]]'' 
     88 
     89||'''Quantidade de acessos simultâneos.'''[[BR]] * No mínimo 200 usuário realizando transações simultaneamente.|| 
     90''-(A ser definido). [[br]]'' 
     91 
     92||'''Quantidade de transações por segundo.'''[[BR]] * Banco de Dados: 200[[BR]]* IMAP: '''INSERIR''' [[BR]] * APACHE/PHP: '''INSERIR'''[[BR]]* SMTP: '''INSERIR'''[[BR]]* LDAP: '''INSERIR'''|| 
     93''-(A ser definido). [[br]]'' 
     94 
    5095||'''Capacidade'''|| 
    51 ||Quantidade de usuários ou transações que o sistema pode acomodar.[[BR]]'''''Não se aplica.''''' || 
     96||Quantidade de usuários ou transações que o sistema pode acomodar.[[BR]] 
     97''-(A ser definido). [[br]]'' 
     98 
    5299||'''Área de Armazenamento'''|| 
    53 ||Quantidade de área de armazenamento dos dados do sistema.[[BR]]''* No mínimo 200% da quota destinada ao armazenamento de e-mails do usuário, considerando o armazenamento de cópias de segurança, logs, códigos do sistema, etc.[[BR]]* O sistema deve possibilitar a quota mínima de 1GB por usuário.|| 
     100||Quantidade de área de armazenamento dos dados do sistema.[[BR]] * No mínimo 200% da quota destinada ao armazenamento de e-mails do usuário, considerando o armazenamento de cópias de segurança, logs, códigos do sistema, etc.[[BR]] * O sistema deve possibilitar a quota mínima de 1GB por usuário.|| 
     101''-(A ser definido). [[br]]'' 
    54102 
    55103== 4. Suportabilidade == 
    56104 
    57 Requisitos não funcionais que melhor definem a capacidade do sistema de suportar mudanças, evoluções e reparos. Definem a testabilidade, extensibilidade, adaptabilidade, manutenibilidade, compatibilidade, entre outros.[[BR]] Requisitos mais comuns: 
     105Requisitos não funcionais que melhor definem a capacidade do sistema de suportar mudanças, evoluções e reparos. Definem a testabilidade, extensibilidade, adaptabilidade, manutenibilidade, compatibilidade, entre outros. Requisitos mais comuns: [[br]] 
    58106 
    59107||'''Padrões de programação'''|| 
     108''-(Inserir os padrões já adotados pela ferramenta);[[br]] 
     109-Manter compatibilidade da ferramenta com a comunidade Tine para futuras atualizações nos dois sentidos;[[br]]'' 
     110 
    60111||'''Padrões gerais'''|| 
    61 ||Quaisquer padrões ou leiautes, internos ou externos à organização, que influenciem no desenvolvimento do aplicativo, exceto aqueles que regulem requisitos de interface – já referenciados em usabilidade.[[BR]]'' * A aplicação deve ser compatível com as normatizações (RFCs) dos protocolos utilizados.|| 
     112||Quaisquer padrões ou leiautes, internos ou externos à organização, que influenciem no desenvolvimento do aplicativo, exceto aqueles que regulem requisitos de interface – já referenciados em usabilidade.[[BR]] * A aplicação deve ser compatível com as normatizações (RFCs) dos protocolos utilizados.|| 
     113''-A aplicação deve ser compatível com as normatizações (RFCs) dos protocolos utilizados; [[br]] 
     114-Adotar padrão em camadas MVC; [[br]] 
     115-Suporte a POSTGRESQL; [[br]] 
     116-Adoção da estrutura de diretórios /BD conforme Tine; [[br]]'' 
     117 
    62118||'''Ferramentas de avaliação de impacto'''|| 
     119''-Não se aplica  nesse momento.[[br]]'' 
     120 
    63121||'''Características de extensibilidade de linguagem adotada'''|| 
     122''-Não se aplica  nesse momento.[[br]]'' 
     123 
    64124||'''Facilidades de instalação'''|| 
     125''-Não se aplica  nesse momento.[[br]]'' 
     126 
    65127||'''Elaboração e Distribuição de novas versões'''|| 
     128''-Não se aplica  nesse momento.[[br]]'' 
     129 
    66130||'''Interoperabilidade'''|| 
    67131||Estabelece regras de inter-relacionamento entre sistemas afins|| 
     132''-Não se aplica  nesse momento.[[br]]'' 
     133 
    68134||'''Mídia de Armazenamento'''|| 
    69 ||É obrigatória a descrição da mídia de armazenamento.[[BR]] ''* O sistema deve permitir adequação conforme a necessidade de escalabilidade e diferentes níveis de serviço simultaneamente.|| 
     135||É obrigatória a descrição da mídia de armazenamento.[[BR]] * O sistema deve permitir adequação conforme a necessidade de escalabilidade e diferentes níveis de serviço simultaneamente.|| 
     136''-Não se aplica  nesse momento.[[br]]'' 
     137 
    70138||'''Escalabilidade e Elasticidade'''|| 
    71 ||''* O sistema deve suportar o aumento da demanda de utilização, respeitando os níveis de serviço acordados.''|| 
     139||* O sistema deve suportar o aumento da demanda de utilização, respeitando os níveis de serviço acordados.|| 
     140''- Possibilitar escalabilidade horizontal do serviço de BD através da persistência de dados em banco de dados distintos. Em função do tamanho e utilização do BD proposto para o ambiente de nuvem, este  banco de dados deverá ser separado em instancias distintas considerando agregação por características específicas a serem definidas;[[br]]'' 
    72141 
    73142== 5. Requisitos Legais == 
    74143 
    75 ||Requisitos não funcionais derivados da legislação que regula a construção do sistema, que restringem ou controlam de alguma maneira o seu desenvolvimento. Exemplo: Portarias, Leis, Normas, dentre outros.[[BR]]* ''A retenção de dados deve seguir a legislação vigente.''|| 
     144||Requisitos não funcionais derivados da legislação que regula a construção do sistema, que restringem ou controlam de alguma maneira o seu desenvolvimento. Exemplo: Portarias, Leis, Normas, dentre outros.[[BR]]* A retenção de dados deve seguir a legislação vigente.|| 
     145''-Atender normatização para Certificação Digital conforme definido pela ICP-Brasil;[[br]] 
     146-Manter a compatibilidade de licenças LGPL-V3;[[br]]'' 
    76147 
    77148== 6. Segurança == 
     
    80151 
    81152||'''Mecanismos ou sistemas de controle de acesso'''|| 
    82 ||Relacionar os mecanismos ou sistemas que serão utilizados, por exemplo: Certificação Digital, Criptografia (https), captcha, outros. Informar se a aplicação possui regra de acesso.[[BR]]''*O tráfego de dados na internet deve ser criptografado.''|| 
     153||Relacionar os mecanismos ou sistemas que serão utilizados, por exemplo: Certificação Digital, Criptografia (https), captcha, outros. Informar se a aplicação possui regra de acesso.[[BR]] *O tráfego de dados na internet deve ser criptografado.|| 
     154''-Implementar acesso ao sistema com autenticação baseada em usuário e senha e/ou dispositivo de certificação digital;[[br]] 
     155-Implementar uso de ferramenta anti-robo com CAPTCHA, bloqueio de usuário e controle de expiração de contas(FEDORA-DS);[[br]] 
     156-O trafego de dados pela internet deve ser baseado em protocolos com criptografia (HTTPS, SSL,TLS, IMAPS);[[br]] 
     157'' 
     158 
    83159||'''Transações e perfis de acesso'''|| 
    84160||Relacionar as transações e perfis definidos, e o grau de restrição ao acesso a funcionalidades e dados controlados pela aplicação.|| 
     161''-Autorização de usuários no sistema(após autenticação) com atribuição de papeis pré-definidos pelo administrador responsável;[[br]]'' 
     162 
    85163||'''Sigilo'''|| 
    86 ||Definir critérios e definir os procedimentos que garantam o sigilo do sistema a ser desenvolvido.[[BR]]''* Não se aplica.''|| 
     164||Definir critérios e definir os procedimentos que garantam o sigilo do sistema a ser desenvolvido.|| 
     165''-Não se aplica. [[br]]'' 
     166 
    87167||'''Auditoria'''|| 
    88 ||Definir critérios e procedimentos necessários à auditoria, indicando transações e dados do sistema demandados a serem auditados. Em relação aos dados de auditoria definir a forma, sistema e/ou ferramentas de acesso, o tempo de retenção, o meio físico de guarda, os mecanismos ou sistemas de controle de acesso e os perfis e restrições de acesso.[[BR]]''* Não se aplica no momento.''|| 
     168||Definir critérios e procedimentos necessários à auditoria, indicando transações e dados do sistema demandados a serem auditados. Em relação aos dados de auditoria definir a forma, sistema e/ou ferramentas de acesso, o tempo de retenção, o meio físico de guarda, os mecanismos ou sistemas de controle de acesso e os perfis e restrições de acesso.[[BR]]|| 
     169''-Permitir histórico de acessos dos usuários baseado em LOGs;[[br]]'' 
    89170 
    90171== 7. Acessibilidade == 
    91172 
    92173||Relacionar em linhas gerais os requisitos não funcionais de acessibilidade necessários para o desenvolvimento e a utilização do sistema, tais como recursos de informática e Internet que visam garantir acessibilidade às pessoas que possuem certa deficiência visual, auditiva, física ou intelectual. Os requisitos de acessibilidade podem abranger, por exemplo, dificuldade para ler ou compreender textos, telas reduzidas ou apenas com apresentação de textos, ausência de teclado ou mouse por falta de capacidade de serem utilizados.|| 
     174''-Atender conformidade com padrões de acessibilidade W3C(listar detalhes)-Verificar padrão (e-mag). Definir o nível de atendimento.[[br]]''