O Levantamento de Requisitos é o processo no qual o projetista coleta, analisa e documenta as necessidades dos usuários e stakeholders. Entre as técnicas mais empregadas, duas são descritas a seguir.

I. Constitui uma das mais tradicionais e eficazes utilizadas, na qual o desenvolvedor conversa diretamente com os stakeholders para entender as necessidades e expectativas, ressaltando que podem ser formais ou informais, sendo o objetivo obter informações claras e detalhadas sobre o que se espera do software. Uma dica importante é fazer perguntas abertas, para que os pensamentos e as preocupações possam ser compartilhados sem limitações, o que ajuda a identificar requisitos que talvez não fossem mencionados de outra forma.

II. Constitui uma técnica em que o projetista cria uma versão inicial do sistema para testar as ideias antes de iniciar o desenvolvimento completo, permitindo que os stakeholders vejam e interajam com uma versão preliminar do software e forneçam feedback direto. A grande vantagem é que essa técnica ajuda a identificar problemas e a melhorar a interface e as funcionalidades do sistema, antes de se comprometer com o desenvolvimento final.

Essas duas técnicas são conhecidas, respectivamente, como:

UML é uma sigla para uma linguagem de notação destinada à modelagem e à documentação das fases de desenvolvimento de softwares orientados a objetos, que utiliza elementos gráficos, como retângulos, setas e linhas, para criar diagramas, visando a representar as áreas de um software, suas interações e mudanças. Em outras palavras, a UML fornece uma espécie de “desenho” para auxiliar a equipe do projeto a visualizar os aspectos do programa e facilitar a construção. Nesse sentido, a figura ilustra uma ferramenta utilizada no desenvolvimento UML, que tem por objetivo mostrar relacionamentos e representações de funções dos usuários e de outros sistemas que interagem com o produto.

Essa ferramenta é conhecida como diagrama de:

IHM significa Interface Homem-Máquina, um conceito que visa a facilitar a interação entre os usuários e os sistemas, maquinários ou softwares, permitindo a comunicação e a troca de informações entre o homem e a máquina. Entre as principais características de um sistema homem-máquina, uma delas representa a qualidade para o uso de programas e aplicações, referindo-se à facilidade de operação, associada à capacidade que um sistema interativo oferece ao usuário, para a realização de tarefas de maneira eficaz, eficiente e agradável. Essa característica é conhecida como:

O MPS-BR representa uma metodologia direcionada à melhoria do processo do software brasileiro, voltada à área de desenvolvimento de sistemas e criada por organizações ligadas ao desenvolvimento de software. A figura mostra os diferentes níveis de maturidade estabelecidos para o MPS-BR.

Enquanto em um desses níveis ocorre o gerenciamento de riscos, outro envolve a verificação, a validação, além da liberação, instalação e integração de produtos, dentre outras atividades. Esses dois níveis são, respectivamente:

No que concerne ao projeto de desenvolvimento de sistemas de software, o ciclo de vida constitui a estrutura contendo processos, atividades e tarefas, desde a definição dos requisitos até o término de uso. Cabe destacar que o modelo de ciclo de vida é a primeira escolha a ser feita no processo de software, partindo-se da maneira mais adequada de obter as necessidades do cliente, até quando e como o cliente receberá a primeira versão operacional do sistema. Entre os tipos de ciclos de vida, em um as atividades principais englobam a análise e a definição de requisitos, o projeto, a implementação, os testes e, finalmente, a integração. Esse modelo possui o grande mérito de ter sido o primeiro a impor o planejamento e o gerenciamento ao processo de software, que antes era casual, envolvendo uma sequência das fases em que cada uma só começa quando a anterior termina. Nesse ciclo de vida, é dada muita ênfase às fases de análise e de projeto antes de partir para a programação, a fim de que o objetivo do software esteja bem definido e que sejam evitados retrabalhos. Esse ciclo de vida é conhecido como:

A figura abaixo mostra as cinco fases para execução de um programa Java, no qual o CÓDIGO representa um módulo intermediário.

Nesse contexto, os identificadores para as fases E1, E2 e E3 e a denominação pela qual é conhecido o CÓDIGO são, respectivamente: