SóProvas


ID
1007269
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2013
Provas
Disciplina
Inglês
Assuntos

   Software Evaluation: Criteria-based Assessment 
   Mike Jackson, Steve Crouch and Rob Baxter
   Criteria-based assessment is a quantitative assessment of the software in terms of sustainability, maintainability, and usability. This can inform high-level decisions on specific areas for software improvement.
   Open Source Initiative
   A criteria-based assessment gives a measurement of quality in a number of areas. These areas are derived from ISO/IEC 9126-1 Software engineering − Product quality and include usability, sustainability and maintainability.
   The assessment involves checking whether the software, and the project that develops it, conforms to various characteristics or exhibits various qualities that are expected of sustainable software. The more characteristics that are satisfied, the more sustainable the software. Please note that not all qualities have equal weight e.g. having an OSI-approved open source licence is of more importance than avoiding TAB characters in text files.
   In performing the evaluation, you may want to consider how different user classes affect the importance of the criteria. For example, for Usability-Understandability, a small set of well-defined, accurate, task-oriented user documentation may be comprehensive for Users but inadequate for Developers. Assessments specific to user classes allow the requirements of these specific user classes to be factored in and so, for example, show that a project rates highly for Users but poorly for Developers, or vice versa.
   Scoring can also be affected by the nature of the software itself e.g. for A  one could envisage an application that has been well-designed, offers context-sensitive help etc. and consequently is so easy to use that tutorials aren’t needed. Portability can apply to both the software and its development infrastructure e.g. the open source software OGSA-DAI2 can be built, compiled and tested on Unix, Windows or Linux (and so is highly portable for Users and User-Developers). However, its Ruby test framework cannot yet run on Windows, so running integration tests would involve the manual setup of OGSA-DAI servers (so this is far less portable for Developers and, especially, Members).

                          (Adaptado de: http://africanpot.org/index.php/resource-center/re...

De acordo com o texto,

Alternativas
Comentários
  •  a) é importante levar em conta os diferentes tipos de usuários ao se analisar determinadas características de um software.

    In performing the evaluation, one may want to consider how different user classes affect the importance of the criteria. So we gather that not everything will suit all kinds of users evenly in one fell swoop.

    resposta no 1° periodo do 4°, onde explica que diferentes usuarios exigem diferentes avaliações.   
  • Letra A – Certa. De acordo com o texto, ao realizar a avaliação, é importante levar em conta os diferentes tipos de

    usuários ao se analisar determinadas características de um software.

    In performing the evaluation, you may want to consider how different user classes affect the importance of the

    criteria. For example, for Usability-Understandability, a small set of well-defined, accurate, task-oriented user

    documentation may be comprehensive for Users but inadequate for Developers. Assessments specific to user

    classes allow the requirements of these specific user classes to be factored in and so, for example, show that a project

    rates highly for Users but poorly for Developers, or vice versa.

    Ao realizar a avaliação, você pode ter a necessidade de considerar como as diferentes classes de usuários

    afetam a importância dos critérios. Por exemplo, para Utilidade-Compreensibilidade, um pequeno conjunto de

    documentação do usuário bem definida, apurada, orientada a tarefas pode ser compreensiva para os usuários,

    mas inadequada para os desenvolvedores. Apreciações específicas para classes de usuários permitem que os

    requisitos destas categorias de usuários específicos sejam considerados e, por exemplo, mostram que um projeto

    possui uma avaliação elevada para os usuários, mas baixa para os programadores, ou vice-versa.

    Letra B – Errada. O autor afirma que características que satisfaçam um desenvolvedor podem não ser satisfatórias

    para o usuário comum.

    Letra C – Errada. De acordo com o texto, um pequeno conjunto de documentação do usuário bem definida,

    apurada, orientada a tarefas pode ser compreensiva para os usuários, mas inadequada para os desenvolvedores (a

    small set of well-defined, accurate, task-oriented user documentation may be comprehensive for Users but inadequate

    for Developers).

    Letra D – Errada. O texto menciona que, por exemplo, para Utilidade-Compreensibilidade, um pequeno conjunto

    de documentação de um software contém instruções orientadas a tarefas para melhor compreensão do usuário

    (for example, for Usability-Understandability, a small set of well-defined, accurate, task-oriented user documentation

    may be comprehensive for Users).

    Letra E – Errada. O autor cita que a usabilidade e facilidade de compreensão de um conjunto de documentação

    podem ser critérios compreensíveis para o usuário, mas inadequados para o desenvolvedor.

    In performing the evaluation, you may want to consider how different user classes affect the importance of the criteria.

    For example, for Usability-Understandability, a small set of well-defined, accurate, task-oriented user

    documentation may be comprehensive for Users but inadequate for Developers.

    Ao realizar a avaliação, você pode ter a necessidade de considerar como as diferentes classes de usuários afetam

    a importância dos critérios. Por exemplo, para Utilidade-Compreensibilidade, um pequeno conjunto de

    documentação do usuário bem definida, apurada, orientada a tarefas pode ser compreensiva para os

    usuários, mas inadequada para os desenvolvedores.

    Gabarito: A