UML é um método para desenvolvimento de software que foi proposto para ser aplicado à análise e projeto de software orientados a objetos.

A análise de pontos de função mede o software por meio da quantificação da funcionalidade que este provê ao usuário. Nesse método são consideradas as funções de dados e as funções de transação, que contribuem para a contagem de pontos de função não ajustados. Essa contribuição é determinada a partir do tipo e da complexidade das funções. Entre todos os tipos de funções que podem ser identificados em um software, os arquivos lógicos internos de alta complexidade são os que representam a maior contribuição para a contagem de pontos de função não ajustados.

O processo unificado é estruturado em duas dimensões. A dimensão horizontal representa o aspecto dinâmico do processo, onde estão representadas suas fases, às quais estão associados marcos que determinam sua finalização. Na outra dimensão estão representadas as disciplinas, que agrupam logicamente as atividades. É possível haver disciplina que não esteja presente em todas as fases.

Em um processo iterativo de desenvolvimento de software, a essência é que a especificação seja desenvolvida conjuntamente com o software. A entrega incremental é um modelo de processo projetado para apoiar a iteração de processo, em que a cada incremento é gerado um novo protótipo do sistema, enquanto os requisitos da próxima entrega são analisados. Depois de gerados todos os incrementos, o sistema está completo e, somente então, pode ser colocado em operação.

Métodos ágeis de desenvolvimento de sistemas foram propostos principalmente para apoiar o desenvolvimento de aplicações de negócios nas quais os requisitos de sistema mudam rapidamente durante o processo de desenvolvimento. Entre esses métodos está o extreme programming, que envolve um número de práticas, como o planejamento incremental, a definição de um ritmo de trabalho sustentável e a divisão das equipes de trabalho por meio da especialização de seus membros.

No processo de requisitos, é importante que haja um bom entendimento do domínio do problema e das necessidades que devem ser atendidas. Ao final do processo devem estar definidos os requisitos do sistema a ser implementado, os quais não devem incluir informações a respeito do projeto ou da arquitetura do sistema. Portanto, informações como a linguagem de programação ou o sistema gerenciador de banco de dados a serem utilizados não devem estar presentes nos requisitos de software documentados.

O gerenciamento de requisitos deve compreender e controlar mudanças nos requisitos de sistema, além de avaliar os seus impactos. Para atingir esse propósito, podem ser mantidas informações de rastreabilidade a serem usadas para avaliar quais outros requisitos seriam afetados por uma mudança, bem como o impacto da mudança de requisitos no projeto e na implementação do sistema.

Durante a elicitação de requisitos de um projeto pode ser empregada uma técnica denominada workshop, na qual os principais stakeholders de um projeto são reunidos por um curto período de tempo. Essa técnica prevê a existência de um facilitador, que deve ser um dos stakeholders e não deve interferir nas decisões do grupo ou emitir opiniões.

Se, além das vontades de Joaquim e Daniela, a única pessoa homenageada que tem mais de 65 anos de idade tiver de ser acomodada exatamente na posição central entre os 9, então, nesse caso, haverá menos de 4.400 maneiras distintas de a comissão acomodar os homenageados no palco.

Para respeitar a vontade de Joaquim e Daniela, a comissão organizadora do evento poderá acomodá-los de, no máximo, 7 maneiras diferentes.