L'analisi dei requisiti è utile nello sviluppo del gioco?

9

Sono uno studente di ingegneria del software con un focus sullo sviluppo del gioco. Quanto è importante una parte dell'analisi dei requisiti nello sviluppo del gioco?

Lo sto chiedendo perché sto cercando di decidere se prendere una lezione sull'analisi dei requisiti. Ecco una descrizione:

Uno studio approfondito delle attuali ricerche e pratiche in materia di elaborazione dei requisiti, requisiti, analisi, specifica dei requisiti, verifica e convalida dei requisiti e gestione dei requisiti.

Questo tipo di conoscenza sarebbe utile per uno sviluppatore di giochi indipendente? (Le alternative sono l'intelligenza artificiale o l'architettura software.)

education software-engineering requirements

— Joey Green
fonte

Per chiarire, quali sono le tue alternative?

— ChrisE,

Sì, fai un po 'più di luce sulla tua situazione, per favore. È qualcosa da prendere in aggiunta ai tuoi corsi di base o stai cercando di determinare se RA fa parte del tuo core?

— Jason Pineo,

Cosa comporta la tua classe di architettura software? Se è più orientato alla progettazione di un sistema, suggerirei sicuramente di prenderlo. L'analisi dei requisiti consiste in "Non mi interessa come lo faccio, cosa voglio che faccia il mio software?" La progettazione di un sistema consiste in "So cosa voglio fare, come posso realizzarlo nel modo più efficiente?"

— Ray Dey,

Qualsiasi strumento / tecnica applicata che ti aiuterà a evitare l'analisi della paralisi sarà utile.

— Patrick Hughes,

7

L'analisi dei requisiti sarà incredibilmente utile, che tu sia uno sviluppatore indipendente o lavori per una grande azienda. L'analisi dei requisiti consente di suddividere il progetto in blocchi gestibili. Ti consente di stimare il tempo impiegato dal tuo progetto e di valutare il valore di una funzionalità rispetto al programma di sviluppo desiderato e allo sforzo richiesto.

Se fai parte di una più grande società di giochi indie, ti aiuterà a collaborare con altri sviluppatori e produttori di contenuti per assicurarti che tutti abbiano sempre qualcosa da fare e che tu possa raggiungere i tuoi obiettivi di sviluppo. Se stai lavorando per una grande azienda, l'analisi dei requisiti di apprendimento ti renderà uno dei pochi sviluppatori alla riunione che può effettivamente fornire una stima realistica del tempo per una funzione invece di estrarre un numero dal culo.

Oltre a tutto ciò, la convalida dei requisiti potrebbe includere elementi come il test unitario e la verifica delle funzionalità, un valore inestimabile per uno sviluppatore senza un ampio reparto di controllo qualità alle sue spalle.

— Gregory Avery-Weir
fonte

+1 Tutto ciò che viene detto qui è corretto, oltre a rispondere in qualche modo all'idea che potresti finire per fare una programmazione aziendale fino a quando non ce l'hai fatta nella scena indipendente.

— ChrisE,

Come potrebbe non essere utile? Devi analizzare tutto ciò che fai in modo strutturato. Solo perché alcuni termini sono vaghi non significa che sia impossibile da quantificare.

— Johnny,

2

Penso che questa classe avrà tra zero e poca rilevanza per lo sviluppo del gioco. Certamente i metodi semi-formali o formali che menzioni non si abituano alla mia esperienza.

I giochi in genere hanno requisiti incredibilmente fluidi e, anche se fosse possibile investire tempo e best practice nella raccolta dei requisiti, gran parte di ciò che si otterrebbe sono termini insignificanti e vaghi che si riferiscono a divertimento, dipendenza, immersione e così via. Molto raramente avrai risultati chiaramente definiti perché, per quanto ci piace fingere che il software sia ingegneria, in realtà è più un mestiere, data la varietà di modi in cui i programmatori possono esprimersi. Questo vale doppio per i giochi.

— Kylotan
fonte

Spero che "requisiti fluidi" non sia un eufemismo per "strisciamento di funzionalità". : \ Non sono d'accordo sul fatto che "gran parte" di ciò che si finirebbe con termini insignificanti e vaghi come "divertimento", "dipendenza", ecc. Questi rappresentano requisiti non tecnici, che sono un sottoinsieme di requisiti veramente pensati documento.

— Patrick B

2

Penso che i requisiti fluidi siano certamente un eufemismo per il creep delle funzionalità, ma se vuoi competere in un ambiente di vendita al dettaglio e orientato al successo, devi accettare il creep delle funzionalità fin dal primo giorno. Il tipo di cose che puoi imparare raccogliendo e analizzando i requisiti per un "cliente software" tradizionale è troppo diverso da come il software di intrattenimento deve funzionare. In particolare hai un grosso problema in quanto il tuo cliente non è il tuo utente finale e un altro grosso problema in quanto i requisiti tecnici non possono essere bloccati quando sai che il creep di funzionalità è inevitabile.

— Kylotan,

Non credo che abbia detto di essere in competizione o addirittura di realizzare un prodotto che vende. Molti giochi indie non sono progettati per competere con i giochi al dettaglio, di solito non sono nemmeno sullo stesso campo di gioco dei titoli AAA. Inferno, Steam inserisce tutti i giochi indie nella propria piccola sandbox, probabilmente come un'etichetta di avvertimento. Quando sei uno sviluppatore indipendente, tu, per definizione, hai il controllo su ciò che vuoi fare. Se non lo facessi, allora saresti partner / investito e non saresti davvero indie, vero? Ad ogni modo, non mi sembra di trovare le caratteristiche in tutti i giochi di hobby su cui lavoro. YMMV.

— Patrick B

1

Non penso che indipendente normalmente significhi "giochi per hobby", normalmente significa "piccola azienda che non dipende dal finanziamento dell'editore". Pertanto, la tua situazione cliente / cliente può essere più semplice di quanto ho suggerito sopra, ma puoi essere probabilmente ancora più sensibile alle forze di mercato. Ma alla fine della giornata la maggior parte delle analisi formali dei requisiti verrà a mancare perché è incredibilmente difficile qualificare ciò che un "business ha bisogno" in termini di gioco. I giochi differiscono in modo significativo da altri software in questo senso e quindi suggerirei umilmente che altri modi di specificare il software siano più rilevanti.

— Kylotan,

Quali sono gli altri modi?

— Johnny,

2

L'analisi dei requisiti è molto più mirata al software aziendale, con canali di comunicazione formali e quel genere di cose, poco o nessuna delle quali esisterà per uno sviluppatore indipendente. Non è molto utile per i giochi perché molti requisiti non possono essere testati o verificati formalmente. Se hai una barra degli strumenti e dici "Facendo clic su questo pulsante dovrebbe essere visualizzato un menu con XYZ", allora puoi pagare praticamente nulla a nessuno per fare clic sul pulsante e vedere cosa succede. Il tuo gioco è divertente? È un bollitore di pesce completamente diverso.

RA può essere utile per determinare se il gioco funziona; ma quando si tratta di cose come l'equilibrio, la rigiocabilità e altri fattori che determinano il massimo del divertimento, allora è difficile o impossibile metterli alla prova. Quindi, in definitiva, dipende dal fatto che tu stia andando o meno per un'eccellente implementazione di un'idea esistente; o se stai cercando il successo nel nuovo gameplay.

— DeadMG
fonte

0

Salta.

In quale area di sviluppo del gioco sei interessato a entrare? Sto assumendo il programmatore ma ...

Designer: scrivono molto. Un sacco. Di solito esiste un documento di progettazione che comunica la visione dei designer, ma per tutti gli altri, tranne il produttore o l'editore, riceverai normalmente le informazioni dal designer stesso.

Programmatore: il lead determina i requisiti tecnici che dipenderanno enormemente dalla piattaforma e dalla pipeline delle risorse. Imparerai come farlo mentre lavori con il tuo lead nel lavoro.

Artista: Ancora una volta è l'artista principale insieme al programmatore principale che di solito fissa i requisiti per i beni artistici. Impara sul lavoro.

L'analisi dei requisiti, come il corso che molto probabilmente insegneranno, è utile per le grandi aziende che cercano di giustificare la spesa di denaro e l'outsourcing. Ed è spesso fatto da qualcuno che una volta ha codificato e che probabilmente ha dimenticato. pugnalata

Se hai intenzione di diventare indipendente, prendi un argomento di affari / contabilità / gestione. Ne avrai bisogno per sopravvivere e non farti fregare. In bocca al lupo.

— bkersten
fonte

Vorrei anche assumere il programmatore, dal momento che lo ha taggato programmatore;)

— The Communist Duck

1

-1 Quindi, non solo hai perso la persona che lo ha taggato per i programmatori, ma hai anche perso lo sviluppo indie, il che implicava immediatamente che non ci sarebbe stato un vantaggio tecnico da cui imparare. L'analisi dei requisiti è utile - anche quando non si eseguono specifiche di sistema complete - imparare a ottenere la mentalità corretta per analizzare i problemi. Inoltre, la pratica per iscritto sarà sempre utile se si presenta la necessità di fare un passo a un editore. Il tuo consiglio, francamente, non si rivolge al pubblico di riferimento né fornisce informazioni utili sull'argomento.

— ChrisE,

-1 concordato. Abbastanza software scadente là fuori che non fa ciò di cui le persone hanno bisogno e abbastanza giochi indipendenti che soffrono di progetti terribili che non risolvono i problemi tecnici e si trasformano in infinite riscritture e giochi inediti. I metodi formali sono una formalità a cui i giochi indie potrebbero non passare esplicitamente, ma avere lo sfondo porta a una mentalità "stop and think" piuttosto che "code and fix" che è fin troppo diffusa. I programmatori sono una dozzina, eppure un software di qualità così raro. Fai la matematica.

— Patrick B

1

Hahaha. Tutto lo sviluppo del gioco, in particolare l'indie, riguarda l'essere agile e iterare su un'idea di base. L'analisi dei requisiti non ha nulla da offrire ed è per la maggior parte un processo pesante. Quindi ho generalizzato la mia risposta. Se hanno intenzione di diventare indie con una rete di sviluppatori e artisti semi-esperti, sarà difficile farne a meno. Quindi, o devi essere un genio in tutte le aree dello sviluppo del gioco e degli affari o trovi mentori, esperti di tecnologia, ecc. Cerca di non essere così sensibile.

— Bkersten,

1

L'analisi dei requisiti di @PatrickB non influirebbe sulla progettazione di un software. L'analisi dei requisiti è piena di informazioni inutili che uno sviluppatore di giochi non userebbe quasi mai (utilizzare diagrammi di casi, specialmente in mente). È un argomento che è praticamente orientato verso le parti interessate e quindi gli ambienti aziendali. Concordo sul fatto che lo sviluppatore dovrebbe elencare i requisiti (funzionalità) ma che dovrebbe essere di buon senso. La progettazione di un software è un argomento completamente separato su cui l'analisi dei requisiti tocca appena (all'università comunque)

— Ray Dey,