Considere as seguintes afirmações sobre Gerência de Projetos.

I - Desenvolvimento de software requer o uso de práticas e atividades de gerência de projetos, por exemplo, para negociação de contratos com clientes (com definição de prazos, valores, cronogramas, etc.), de gerência de recursos humanos (incluindo contratação, treinamento, políticas de promoção, remuneração, etc.), de gerência de riscos. Além disso, requer o acompanhamento da concorrência, o marketing e as finanças.

II - Em um projeto, normalmente usa-se o termo stakeholder para designar todas as suas partes interessadas; ou seja, os stakeholders são aqueles que afetam ou que são afetados pelo projeto, podendo ser pessoas físicas ou organizações.

III - Uma peculiaridade de projetos de software é conhecida como "Lei de Brooks", que afirma que "A inclusão de novos desenvolvedores em um projeto que está atrasado contribui para torná-lo ainda mais atrasado". Basicamente, esse efeito acontece porque os novos desenvolvedores terão primeiro que entender e compreender todo o sistema, sua arquitetura e seu projeto (design), antes de começarem a produzir código útil.

Quais estão corretas?

Considere as seguintes afirmações sobre Scrum, XP e Kanban, alguns métodos ágeis bem conhecidos.

I - Scrum é um método ágil para gerenciamento de projetos, que não necessariamente precisam ser projetos de desenvolvimento de software.

II - XP é um método ágil voltado exclusivamente para projetos de desenvolvimento de software. Para isso, XP inclui um conjunto de práticas de programação, como programação em pares e integração contínua.

III - Scrum possui dois papéis importantes no time: Dono de Produto (Product Owner ou apenas PO) e o Scrum Master. Ao contrário de Scrum, Kanban não define uma lista fixa de papéis. Cabe ao time e à organização definir os papéis que existirão no processo de desenvolvimento.

Quais estão corretas?

Considere os seguintes elementos.

I - Adoção de ciclos curtos e iterativos de desenvolvimento

II - Menor ênfase em documentação, ou seja, apenas o essencial deve ser documentado.

III - Menor ênfase em planos detalhados, pois muitas vezes nem o cliente nem os engenheiros de Software têm, no início de um projeto, uma ideia clara dos requisitos que devem ser implementados.

Quais caracterizam corretamente processos ágeis?

Observer, Façade e Decorator podem ser utilizados durante o desenvolvimento de software orientado a objetos, e são denominações de

BPMN é uma notação para processos de modelagem e é padronizada internacionalmente pela OMG. BPMN visa a dar suporte apenas aos conceitos de modelagem que são aplicáveis aos Processos de Negócios. Isso significa que outros tipos de modelagem feitos por organizações estão fora do escopo do BPMN.

Considere os seguintes conceitos de modelagem.

I - Modelagem de estratégia

II - Modelos de dados e informações

III - Fluxos de dados (mensagens)

Quais estão no escopo da BPMN?

Considere as seguintes afirmações sobre análise e modelos de análise.

I - Considerações de infraestrutura e outros modelos não funcionais devem ser postergados até a fase de projeto.

II - Cada elemento do modelo de requisitos deve contribuir para o entendimento geral dos requisitos de software e fornecer uma visão do domínio de informação, função e comportamento do sistema.

III - É importante representar os relacionamentos entre as classes e as funções, mesmo se o nível de interconexão for extremamente alto. Não se deve esforçar para reduzi-lo.

Quais estão corretas?

Documentos de requisitos tradicionais possuem, muitas vezes, centenas de páginas e podem levar muito tempo para ficarem prontos. Os profissionais da indústria que apresentaram métodos ágeis perceberam — ou sofreram com — tais problemas e propuseram uma técnica pragmática para solucioná-los que ficou conhecida pelo nome de Histórias de Usuários. Quando usamos histórias de usuários, atividades de Engenharia de Requisitos ocorrem ao longo de todo o desenvolvimento, em praticamente todos os dias de uma iteração. Consequentemente, troca-se um documento de requisitos com centenas de páginas por conversas frequentes, nas quais o representante dos clientes explica os requisitos para os desenvolvedores da equipe. Assim, histórias de usuários favorecem comunicação verbal, em vez de comunicação escrita.

Considere as seguintes afirmações.

I - Histórias não devem ser abertas para negociação. Uma vez definidas, não se pode usar histórias nas conversas entre clientes e desenvolvedores durante um sprint.

II - Histórias devem ser testáveis, isto é, elas devem ter critérios de aceitação objetivos.

III - Histórias devem ser independentes: dadas duas histórias, deve ser possível implementá-las em qualquer ordem. Para isso, idealmente, não devem existir dependências entre elas.

Quais caracterizam corretamente Histórias de Usuários?

Considere as seguintes afirmações sobre Engenharia de Requisitos.

I - Os requisitos de um sistema definem o que ele deve fazer e como ele deve operar.

II - A Engenharia de Requisitos inclui o conjunto de atividades realizadas com o objetivo de definir, analisar, documentar e validar os requisitos de um sistema.

III - Requisitos funcionais definem como um sistema deve operar, sob quais restrições e com qual qualidade de serviço. Como exemplos de requisitos funcionais temos desempenho, disponibilidade, tolerância a falhas, segurança, privacidade, interoperabilidade, capacidade, manutenibilidade e usabilidade.

Quais estão corretas?

Considere as seguintes afirmações sobre Engenharia de Software.

I - Trata da aplicação de abordagens sistemáticas, disciplinadas e quantificáveis para desenvolver, operar, manter e evoluir software. Ou seja, Engenharia de Software é a área da Computação que se preocupa em propor e aplicar princípios de engenharia na construção de software.

II - Assim como sistemas tradicionais de Engenharia, softwares também precisam de manutenção. Existem várias classificações para os tipos de manutenção que podem ser realizadas em sistemas de software. Manutenção preventiva tem como objetivo corrigir bugs reportados por usuários ou outros desenvolvedores. Por sua vez, manutenção corretiva tem como objetivo corrigir bugs latentes no código, que ainda não causaram falhas junto aos usuários do sistema.

III - Existem práticas de Engenharia de Software que podem ser adotadas para a produção de software com qualidade. Modernamente, por exemplo, diversas organizações usam revisões de código, isto é, o código produzido por um desenvolvedor somente entra em produção depois de ser revisado e inspecionado por um outro desenvolvedor do time.

Quais estão corretas?

Considere as afirmações abaixo sobre modelagem e projeto de bancos de dados relacionais.

I - A especialização e a generalização definem um relacionamento embutido entre conjuntos de entidades de nível superior e um ou mais conjuntos de entidades de nível inferior. A especialização resulta da separação de um subconjunto do conjunto de entidades do nível superior para formar um conjunto de entidades no nível inferior. A generalização é o resultado da união de dois ou mais subconjuntos separados (nível inferior) para produzir um conjunto de entidade de nível superior.

II - A chave primária é o conjunto de um ou mais atributos que, tomados coletivamente, permitem identificar de modo único uma entidade dentro de seu conjunto, assim como um relacionamento dentro de um conjunto de relacionamentos.

III - O Modelo Entidade-Relacionamento tem como uma de suas limitações expressar relacionamentos entre relacionamentos. A solução e o uso de agregação é uma abstração por meio da qual os conjuntos de relacionamentos são tratados como conjuntos de entidades de nível superior. Assim, um conjunto de relacionamentos e seu conjunto de entidades associadas podem ser vistos como um conjunto de entidades de alto nível que é tratado da mesma maneira que qualquer outro conjunto de entidades.

Quais estão corretas?