A análise de requisitos é útil no desenvolvimento de jogos?

9

Sou estudante de engenharia de software com foco no desenvolvimento de jogos. Qual o papel da análise de requisitos no desenvolvimento de jogos?

Estou perguntando, porque estou tentando decidir se deve fazer uma aula sobre análise de requisitos. Aqui está uma descrição:

Um estudo aprofundado das pesquisas e práticas atuais em elicitação de requisitos, requisitos, análise, especificação de requisitos, verificação e validação de requisitos e gerenciamento de requisitos.

Esse tipo de conhecimento seria útil para um desenvolvedor de jogos independente? (As alternativas são inteligência artificial ou arquitetura de software.)

education software-engineering requirements Joey Green
fonte
Para esclarecer, quais são suas alternativas?
21711 ChrisE
Sim, esclarecer um pouco mais a sua situação, por favor. Isso é algo a ser levado além de seu curso básico ou você está tentando determinar se a AR faz parte do seu núcleo?
precisa saber é o seguinte
O que está envolvido na sua aula de arquitetura de software? Se é mais voltado para o design de um sistema, eu definitivamente sugeriria isso. A análise de requisitos consiste em "Não me importo com o que faço, o que quero que meu software faça?" O design de um sistema consiste em "Eu sei o que quero fazer, como posso alcançá-lo da maneira mais eficiente?"
Ray Dey
Qualquer ferramenta / técnica aplicada que o ajude a evitar a paralisia da análise será útil.
Patrick Hughes

Respostas:

7

A análise de requisitos será incrivelmente útil, se você é um desenvolvedor independente ou se trabalha em uma grande empresa. A análise de requisitos permite dividir seu projeto em partes gerenciáveis. Permite estimar o tempo que o seu projeto levará e pesar o valor de um recurso em relação ao cronograma de desenvolvimento desejado e ao esforço necessário.

Se você estiver em uma empresa maior de jogos independentes, isso ajudará você a trabalhar em conjunto com outros desenvolvedores e produtores de conteúdo para garantir que todos sempre tenham algo a fazer e que você possa atingir seus objetivos de desenvolvimento. Se você estiver trabalhando para uma grande corporação, a análise de requisitos de aprendizado o tornará um dos poucos desenvolvedores da reunião que pode realmente fornecer uma estimativa realista do tempo de um recurso, em vez de apenas tirar um número da sua bunda.

Além disso, a validação de requisitos pode incluir itens como teste de unidade e verificação de recursos, o que é inestimável para um desenvolvedor sem um grande departamento de controle de qualidade nas costas.

Gregory Avery-Weir
fonte
+1 Tudo o que foi dito aqui está correto, além de abordar um pouco a ideia de que você pode acabar fazendo programação corporativa até que tenha entrado na cena independente.
21411 ChrisE
Como isso não foi útil? Você precisa analisar tudo o que faz de maneira estruturada. Só porque alguns termos são vagos não significa que é impossível quantificar.
19129 johnny
2

Eu acho que essa classe terá entre zero e muito pouca relevância para o desenvolvimento de jogos. Certamente, os métodos semi-formais ou formais mencionados não são usados ​​na minha experiência.

Os jogos normalmente têm requisitos incrivelmente fluidos e, mesmo que fosse possível investir tempo e práticas recomendadas para reunir requisitos, muito do que você acabaria com são termos vagos e sem sentido, referentes a diversão, dependência, imersão e assim por diante. Muito raramente você terá produtos muito claramente definidos, porque, por mais que gostemos de fingir que fazer software é engenharia, na verdade é mais um ofício, dada a variedade de maneiras pelas quais os programadores podem se expressar. Isso vale em dobro para os jogos.

Kylotan
fonte
Espero que "requisitos fluidos" não sejam um eufemismo para "fluência de recursos". : \ Eu discordo que "muito" do que você terminaria com termos vagos e sem sentido, como "diversão", "dependência", etc. Esses representam requisitos não técnicos, que são um subconjunto de requisitos realmente pensados documento.
22411 PatrickB
2
Acho que requisitos fluidos certamente são um eufemismo para a fluência de recursos, mas se você deseja competir em um ambiente de varejo e acionado por hits, precisa aceitar a fluência de recursos desde o primeiro dia. O tipo de coisa que você pode aprender reunindo e analisando requisitos para um "cliente de software" tradicional é muito diferente de como o software de entretenimento precisa funcionar. Em particular, você tem um grande problema em que seu cliente não é seu usuário final e outro grande problema em que os requisitos técnicos não podem ser identificados quando você sabe que a fluência de recursos é inevitável.
Kylotan
Não acredito que ele tenha dito que está competindo ou mesmo fazendo um produto que vende. Muitos jogos indie não são projetados para competir com jogos de varejo, geralmente não estão no mesmo campo dos títulos AAA. Inferno, o Steam coloca todos os jogos independentes em sua própria pequena caixa de areia, provavelmente como mais um aviso. Quando você é um desenvolvedor independente, você, por definição, tem controle sobre o que deseja fazer. Se não o fizesse, seria uma parceria / investimento, e você não seria realmente indie, não é? De qualquer forma, parece que não encontro recursos em qualquer jogo de hobby em que trabalho. YMMV.
precisa saber é o seguinte
11
Não acho que independente normalmente signifique 'jogos de hobby', normalmente significa 'pequena empresa que não depende de financiamento de editores'. Como tal, sua situação de cliente / cliente pode ser mais simples do que sugeri acima, mas você pode ser ainda mais suscetível às forças do mercado. Porém, no final das contas, a maioria das análises formais de requisitos será reduzida, porque é incrivelmente difícil qualificar o que é uma "necessidade comercial" em termos de jogo. Os jogos diferem significativamente de outros softwares a esse respeito e, portanto, sugiro humildemente que outras formas de especificar o software sejam mais relevantes.
Kylotan
Quais são as outras maneiras?
johnny
2

A análise de requisitos é muito mais voltada para o software corporativo, com canais formais de comunicação e esse tipo de coisa, pouco ou nenhum deles existirá para um desenvolvedor independente. Não é muito útil para jogos, porque muitos requisitos não podem ser formalmente testados ou verificados. Se você possui uma barra de ferramentas e diz: "Clicar neste botão deve exibir um menu com o XYZ", então você pode pagar a alguém praticamente nada para clicar no botão e ver o que acontece. O seu jogo é divertido? É uma chaleira totalmente diferente de peixe.

RA pode ser útil para determinar se o jogo funciona; mas quando se trata de coisas como equilíbrio, replayability e outros fatores que determinam o fator mais divertido do jogo, é difícil ou impossível testá-los. Portanto, em última análise, depende se você está ou não buscando uma excelente implementação de uma ideia existente; ou se você está procurando sucesso ou não em uma nova jogabilidade.

DeadMG
fonte
0

Pule isso.

Em que área de desenvolvimento de jogos você está interessado? Estou assumindo Programador, mas ...

Designer: Eles escrevem muito. Muito. Geralmente, existe um documento de design que comunica a visão dos designers, mas para todos os demais, exceto o produtor ou o editor, você normalmente obtém as informações do próprio designer.

Programador: O líder determina os requisitos técnicos que dependerão enormemente da plataforma e do pipeline de ativos. Você aprenderá como fazer isso ao trabalhar com sua liderança no trabalho.

Artista: Mais uma vez, é o artista principal, juntamente com o programador principal, que geralmente define os requisitos para os materiais artísticos. Aprenda no trabalho.

A análise de requisitos, como o curso que eles provavelmente ministrarão, é útil para as grandes empresas que tentam justificar gastar dinheiro e terceirizar. E é frequentemente feito por alguém que já codificou e possivelmente esqueceu desde então. punhalada

Se você planeja se tornar independente, faça uma matéria de negócios / contabilidade / gerenciamento. Você precisará sobreviver e não se ferrar. Boa sorte.

Bkersten
fonte
Eu também assumiria programador, desde que marcado que programador;)
A Comunista Duck
11
-1 Então, você não apenas perdeu que a pessoa o etiquetou para programadores, mas também que foi para o desenvolvimento independente, o que implicaria imediatamente que não haveria um líder técnico para aprender. A análise de requisitos é útil - mesmo quando não há especificações completas do sistema - para aprender como entrar na mentalidade correta para analisar problemas. Além disso, a prática de redação sempre será útil se surgir a necessidade de apresentar uma proposta a um editor. Seu conselho, francamente, não se dirige ao público-alvo nem fornece qualquer insight útil sobre o tópico.
ChrisE 21/03
-1 Concordado. Software de baixa qualidade por aí que não faz o que as pessoas precisam e jogos independentes suficientes que sofrem de designs terríveis que não resolvem os problemas técnicos e se transformam em inúmeras reescritas e jogos não lançados. Os métodos formais são uma formalidade pela qual os jogos independentes podem não passar explicitamente, mas ter os antecedentes leva a uma mentalidade de "parar e pensar" em vez de "codificar e corrigir", que é muito prevalente. Os codificadores são uma moeda de dez centavos, e ainda assim um software de qualidade tão raro. Você faz as contas.
22411 PatrickB
11
Ha ha ha. Todo o desenvolvimento de jogos, especialmente indie, é sobre ser ágil e iterar em uma idéia central. A análise de requisitos não tem nada a oferecer e é, em grande parte, um processo pesado. Então, generalizei minha resposta. Se eles planejam se tornar independentes, teremos uma rede de desenvolvedores e artistas semi-experientes. Então, você precisa ser um gênio em todas as áreas de desenvolvimento e negócios de jogos ou encontrar mentores, líderes técnicos etc. Tente não ser tão sensível.
precisa saber é o seguinte
11
A análise de requisitos do @PatrickB não afetaria a maneira como um software é projetado. A análise de requisitos está cheia de informações inúteis que um desenvolvedor de jogos quase nunca usaria (diagramas de casos de uso, especialmente à mente). É um tópico que é basicamente voltado para as partes interessadas e, portanto, para os ambientes corporativos. Concordo que o desenvolvedor deve listar requisitos (recursos), mas isso deve ser bom senso. Projetando um pedaço de software é um assunto completamente separado, que a análise de requisitos mal toca em (na universidade de qualquer maneira)
Ray Dey