Menu

Sugestões de funcionalidades.

2010-05-17
2013-05-03
  • Vitor Makoto

    Vitor Makoto - 2010-05-17

            Estas sugestões foram tomadas em uma apresentação do programa sigerar para o grupo de Tópicos Especiais da Engenharia de Software da UnB.
            Elas foram tomadas quando nós apresentamos a versão anterior à aquela que gerava relatórios, por isso algumas delas podem não se aplicar a essa nova versão.
            Nessa reunião estavam profissionais da área de gestão de requisitos de empresas com a Politec.
            A seguir elas estão listadas:

    1) O software deve permitir a inclusão de novos atributos para os requisitos.

    2) Deve haver um campo descrição para o requisito

    3) Permitir associar os requisitos já cadastrados a um requisito PAI.

    4) O software deve integrar arquivos de apoio (casos de uso, etc) e a ferramenta de Configuração. A ferramenta deve salvar Linhas de Base de maneira integrada (requisitos e arquivos da ferramenta de GC)

    5) Permitir o compartilhamento de requisitos entre projetos diferentes (reuso de requisitos)

    6) Permitir cadastrar a rastreabilidade dos requisitos para outros artefatos. Em especial, criar ratreabilidade para os elementos do banco de dados (tabelas)

    7) Permitir histórico de operações

    8) Gerar casos de testes

    Vitor Makoto

     
  • Jefferson Campos

    Olá Vitor,

    Muito interessante as suas sugestões. Vou comentá-las aqui:

    1) O software deve permitir a inclusão de novos atributos para os requisitos.
    Interessante. Pelo que eu entendi seria algo como adicionar um atributo chamado custo que não existe cadastrado no banco. cada projeto teria requisitos com atributos diferenciados. Seria isso?

    2) Deve haver um campo descrição para o requisito
    Já existe esse campo. Acho que na verdade há uma pequena confusão com a nomenclatura adota (inspirada na original). Iremos rever esse padrão de nome também. (atualmente o atributo nome contem a descrição do requisito).

    3) Permitir associar os requisitos já cadastrados a um requisito PAI.
    O sistema também já executa essa funcionalidade.

    4) O software deve integrar arquivos de apoio (casos de uso, etc) e a ferramenta de Configuração. A ferramenta deve salvar Linhas de Base de maneira integrada (requisitos e arquivos da ferramenta de GC)
    O sistema já implementa isso, adicionando o caminho do arquivo (as classes documento e tipo de documento implementam isso)

    5) Permitir o compartilhamento de requisitos entre projetos diferentes (reuso de requisitos)
    Interessante também. Atualmente a abordagem privilegia o projeto em si, sendo os requisitos apenas um atributo do projeto. Mas é uma idéia interessante, que levanta outras possibilidades: quando um requisito apenas for especificado de forma genérica, ele poderia ser "extendido" por outros requisitos. Enfim, é uma possibilidade.

    6) Permitir cadastrar a rastreabilidade dos requisitos para outros artefatos. Em especial, criar ratreabilidade para os elementos do banco de dados (tabelas)
    Já é implementada essa funcionalidade, como mencionado em relação as classes documento e tipo de documento. Entretanto acredito que essa abordagem ainda é rudimentar. "Linkar" de forma lógica os requisitos com outros artefatos seria a evolução dessa abordagem.

    7) Permitir histórico de operações
    Histórico de operações da ferramenta ou histórico das mudanças nos requisitos (o que seria a rastreabilidade).

    8) Gerar casos de testes
    Uma boa idéia. Na verdade já foi levantado a possibilidade de o SIGERAR disponibiliza uma API para poder se conectar com outras ferramentas e agregar o valor delas (por exemplo se conectar ao testlink - uma boa ferramenta de testes).

    Bom, essas são as minhas opniões. Espero que possamos desenvolver mais essas idéias.

    Jeff

     

Log in to post a comment.