Para alguns tipos de software, em especial os que realizam processamento de imagens manipulando câmeras CCD, ou software que fazem interface com hardware de controle já existente no ambiente de aplicação, é importante que se definam as interfaces entre o sistema e esses módulos ou componentes. Por exemplo, câmeras CCD são comercializadas com placas de aquisição e processamento de imagens que contém funções pré-programadas que podem ser manipuladas via C++. Portanto, a definição das placas de aquisição a serem utilizadas implica nas funções a serem exploradas para a captura e o processamento da imagem digital.
Outra decisão importante do projeto de software consiste na escolha do banco de dados a ser utilizado no programa. Como os bancos de dados utilizados em produtos mecatrônicos permitem basicamente a captura de dados do ambiente de aplicação e sua retenção no sistema, pode-se utilizar soluções simples como o ACCESS, o que, entretanto, implica na necessidade de adquirir pacotes OFFICE do tipo PROFESSIONAL. Uma opção alternativa é utilizar o próprio HD do microcomputador utilizado para salvar os arquivos de dados e introduzir memórias secundárias, tais como drivers gravadores de CD-ROM para arquivar dados antigos e manter espaço disponível para novas aquisições de dados.
Passa-se então a especificar e detalhar o desenho do software. A partir do modelo consolidado na análise de requisitos realizada na fase 6, deve-se especificar o conjunto de classes necessárias à implementação do produto. Enquanto na análise de requisitos discute-se as classes que cumprem funções pré-definidas no projeto, no modelo de desenho podem surgir novas classes por: (1) necessidade de implementar atributos não-previstos na linguagem; (2) encapsular componentes externos ou sistemas legados. De maneira geral, o modelo de desenho de software mostra como cada caso de uso deve ser implementado em termos de elementos reais da linguagem de programação utilizada. O detalhamento do desenho do software pode permitir ainda planejar as liberações do produto nos protótipos ALFA e BETA a serem desenvolvidos. Esse plano é usado para mitigar os maiores riscos, obter uma realimentação crítica dos usuários e dividir o trabalho de implementação entre o pessoal de projeto. As primeiras liberações devem estar relacionadas com os requisitos funcionais mais importantes, as interfaces gráficas de usuário e novos equipamentos/sistemas/ serviços com os quais a equipe não está familiarizada. É importante a geração de diagramas de interação de demonstrem como as funções a serem implementadas operacionalizam os casos de uso identificados quando da análise de requisitos. Como os softwares de programação em alto nível comumente são orientados a objetos, é necessário alocar as funções identificadas nas entidades previstas no MER. Para que sejam implementadas em C++, Visual Basic, DELPHI etc., é importante converter as entidades em objetos, detalhar os atributos de cada uma de acordo com os tipos de dados existentes na linguagem utilizada e encapsular as operações identificadas nos diagramas de fluxo de dados nos objetos que lhe estão relacionados. Uma outra questão importante no projeto do software é a tradução do modelo entidade- relacionamento em modelos relacionais que possam ser implementados em bases de dados disponíveis comercialmente. Esse processo é denominado “desmontagem de objetos”e parte do mapeamento dos objetos em tabelas com especial atenção para a representação de relacionamentos e heranças. Na implementação propriamente dita, é importante observar o aspecto de modularização do software. Isso implica na definição dos módulos e das rotinas necessárias em cada um. Sugere-se que para cada módulo haja um ARQUIVO ou uma PASTA específica. É importante manter uma correlação entre as estruturas lógicas e físicas. Quanto às rotinas, é importante manter um critério consistente para sua criação, nomeação e para as interfaces necessárias ao seu acesso. Adicionalmente, é interessante o uso de comentários baseados nos roteiros dos casos de uso para identificar as rotinas do código. Em linhas gerais a codificação deve facilitar a manutenção do código e mantê-lo legível. Sugere-se atenção especial para: (1) a estrutura relacionada com a seqüência de operações; (2) o layout do programa com relação a alinhamento, endentação etc; (3) a utilização de comentários e ; (4) a nomeação de variáveis, rotinas etc. Elaborado o código para as liberações relacionadas com o protótipo ALFA deve-se então realizar “testes de unidade” que são testes do tipo caixa branca nos quais são executadas detalhadamente as unidades de código. Basicamente, deve realizar testes de: (1) caminho básico; (2) de condicionais; e (3) de laços. Como nem todo o software precisa estar desenvolvido até esse momento, pode ser necessário utilizar “controladores” ou “cotos” e a partir deles acompanhar o fluxo resultante dos comandos testados.