O valor final de b será false após execução do seguinte fragmento de código.

void Z (boolean[] b) { b[0]= !b[0]; }

boolean[] b= { false };

Algumas bibliotecas-padrão da arquitetura .net tratam da manipulação de strings, do gerenciamento de segurança, do gerenciamento de texto e da definição de interface de usuários.

O CLR (common language runtime) é responsável por tarefas como integração de linguagens e gerenciamento de memória, processos e threads. Também é responsável por atividades como gerenciamento de ciclo de vida e manipulação de exceções nas linguagens.

Um projeto de objeto pode ser de duas formas: descrição de protocolo, que mostra detalhes de cada operação implicada por uma mensagem que é passada para um objeto, e descrição de implementação, que define mensagens que um objeto pode receber e a operação que o objeto realiza quando recebe uma mensagem.

Um dos princípios fundamentais de análise é a partição. No projeto de sistemas orientado a objetos, parte-se o modelo de análise para definir coleções de classes, relacionamentos e comportamentos coesivos.

Um projeto orientado a objetos possui quatro camadas: camada de subsistema, camada de classes e objetos, camada de mensagens e camada de responsabilidade. Nessa última camada, estão as estruturas de dados e o projeto algorítmico de todos os atributos e operações de cada objeto.

A representação gráfica de um diagrama de fluxo de dados (DFD) é a seguinte: um retângulo para representar uma entidade externa, um círculo para representar um processo, uma seta para representar itens de dados e linhas duplas para representar depósitos de dados.

O dicionário de dados é uma forma de organizar os elementos de dados em entidades e depósitos. As entradas e saídas devem ser descritas no diagrama de fluxos de dados.

O diagrama entidade/relacionamento permite especificar os objetos de dados que são entradas e saídas de um sistema, os atributos que definem as propriedades desses objetos e suas relações.

O processo de análise orientada a objetos começa com a preocupação com os objetos e depois com a forma pela qual o sistema vai ser usado. Depois de definido o cenário de uso, começa a modelagem do software.