page10
Entretanto, a apresentação destes requisitos e características tende a ser um problema. Como fazer?
Fazemos apenas os Mookups das telas? Fazemos, também, os requisitos descritos num documento unificado? Quais opções temos para apresentar de forma consolidada estes apontamentos, para que o desenvolvimento inicie de acordo com as expectativas dos demandantes?
Uma forma, por mim recomendada, é a representação da arquitetura de software baseada em funcionalidades.
Mas, o que é isso?
Em curtas palavras, arquitetura de software baseada em funcionalidades é uma representação gráfica do fluxo das demandas e recursos a serem desenvolvidos para o software, baseado em suas funcionalidades. Sob este aspecto, a interpretação se dá de forma simples: graficamente. Contudo, um dos princípios desta forma de unificação gráfica de requisitos é que tanto o desenvolvedor como o demandante podem entender o que está sendo apresentado para
Neste momento, um profissional exclusivo para este fim é necessário. Será um arquiteto ou um engenheiro civil. Não vou entrar no mérito se devemos contratar um ou o outro, não cabe a mim. O quê ocorre é que o profissional escolhido tratará do projeto como um todo, podendo cuidar da legalização da construção bem como da seleção dos profissionais que vão levantar as paredes da sua casa.
E para construção de software?
O processo pode ser semelhante. Mas nem sempre é.
Baseado num template que apresento neste artigo, eu gostaria de tratar de um tema que costuma afastar uma grande parte dos desenvolvedores, mas que pode ser o “divisor de águas” entre fazer um software bem-feito ou fazer um software mal feito, ou ainda pior, nem fazer um software, pois não sabem por onde começar.
Quando planejamos o desenvolvimento de um software, coletar requisitos e características a serem desenvolvidas são etapas fundamentais.
MUNDO LIBRE | artigo