Considerando as tecnologias atualmente disponíveis para o desenvolvimento de sistemas, o analista Pedro deverá escolher ferramentas a serem utilizadas em um projeto. N as situações hipotéticas apresentadas, em cada item a seguir, julgue se a escolha a ser feita por Pedro corresponde ao uso adequado da ferramenta em questão.

Se os aplicativos forem desenvolvidos em Java, a ferramenta de IDE ( integrated development enviroment) escolhida por Pedro poderá ser o Eclipse, pois, embora não seja um software gratuito e de código aberto, já traz plug-ins específicos como o EJB e o Hibemate.

A linguagem XML (eXtensible Markup Language) é uma extensão da linguagem HTML (HyperText Markup Language), uma vez que tem os mesmos recursos da HTML, mas acrescenta novas funcionalidades.

No padrão builder, a responsabilidade pela criação de instâncias é compartilhada por um diretor e um construtor, sendo o vínculo entre eles estabelecido pelo cliente do padrão.

Para um projetista de software estender um componente desenvolvido segundo o padrão Command, com a capacidade de desfazer operações sobre objetos complexos sem violar o encapsulamento de tais objetos, o mais adequado é usar, de forma complementar, o padrão Memento, em vez do padrão Visitor.

A engenharia de software é um a disciplina do conhecimento humano que aplica princípios da engenharia ao desenvolvimento de software. N o entanto, existem diferenças significativas entre as engenharias clássicas — mecânica, civil, elétrica— e a engenharia de software, muitas delas decorrentes das diferenças de natureza entre o produto ou sistema resultante da atividade das engenharias clássicas e a engenharia de software. A engenharia de software desdobrou-se em várias áreas especializadas, como as áreas de requisitos de software, de análise e projeto de software, de implementação de software, de testes de software, de gestão de configuração, entre outras. N a interface entre as engenharias clássicas e a de software insere-se a engenharia de sistemas, abordada colateralmente na ISO/IEC 12207.

A atividade de teste unitário de software é, conforme os modelos de ciclo de vida de software vigentes, realizada de forma mais eficaz no escopo da implementação e da construção de software — nas quais a codificação de uma unidade executável de software é feita —, quando comparada à situação em que o teste unitário é realizado simultaneamente ao teste de integração.

O desenvolvimento sistemático de documentos XML que descrevem a arquitetura de software executável, composta por componentes, interfaces e interligações entre componentes, é uma característica de um modelo de ciclo de vida de software conhecido como DDP (document-driven process).

No modelo RUP, a primeira linha de base da arquitetura de um software é produzida ao final da fase de elaboração.

O ciclo de vida de componentes de software, em uma abordagem de linha de produtos, possui foco no reúso preditivo e não no reúso oportunístico.

O framework de processo RUP (rational unified process) organiza o ciclo de vida de um produto de software desde o início de sua concepção até a sua aposentadoria, na seguinte seqüência de etapas: concepção, elaboração, construção e transição.

a presença de uma pessoa diretamente vinculada ao projeto, que assume o papel de gerente e é responsável pelo desempenho de funções relativas aos cinco grupos de processos — iniciação , planejamento , execução , monitoramento e controle —, além do encerramento e às nove áreas de conhecimento descritas no modelo.