게임 개발에 요구 사항 분석이 유용한가요?


9

저는 게임 개발에 중점을 둔 소프트웨어 엔지니어링 학생입니다. 게임 개발에서 요구 사항 분석은 얼마나 큰 부분입니까?

요구 사항 분석에 대한 수업을 수강할지 여부를 결정하려고하기 때문에 묻습니다. 설명은 다음과 같습니다.

요구 사항 추출, 요구 사항, 분석, 요구 사항 명세, 요구 사항 검증 및 검증, 요구 사항 관리에 관한 현재 연구 및 실무에 대한 심층적 인 연구

이 유형의 지식이 독립 게임 개발자에게 유용합니까? 대안은 인공 지능 또는 소프트웨어 아키텍처입니다.


명확히하기 위해 대안은 무엇입니까?
ChrisE

예, 상황을 좀 더 밝게 비추십시오. 이것이 핵심 교과 과정에 추가로 취해야 하는가 아니면 RA가 핵심의 일부인지 결정하려고 하는가?
Jason Pineo

소프트웨어 아키텍처 클래스에는 어떤 것이 있습니까? 그것이 시스템 설계에 더 적합하다면, 나는 그것을 취하는 것이 좋습니다. 요구 사항 분석은 "어떻게하는지 상관하지 않고 소프트웨어에서 무엇을하기를 원합니까?" 시스템 설계는 "내가하고 싶은 일을 알고 있습니다. 가장 효율적인 방법으로 시스템을 달성 할 수 있습니까?"
Ray Dey

분석 마비를 피하는 데 도움이되는 적용된 도구 / 기술이 유용합니다.
Patrick Hughes

답변:


7

독립적 인 개발자이든 대기업에서 일하든 요구 사항 분석은 매우 유용합니다. 요구 사항 분석을 통해 프로젝트를 관리 가능한 덩어리로 분류 할 수 있습니다. 이를 통해 프로젝트 소요 시간을 예측하고 원하는 개발 일정 및 필요한 노력과 비교하여 기능의 가치를 평가할 수 있습니다.

대규모 인디 게임 회사 인 경우 다른 개발자 및 컨텐츠 제작자와 협력하여 모든 사람이 항상해야 할 일을하고 개발 목표를 달성 할 수 있도록 도와줍니다. 대기업에서 일하는 경우 학습 요구 사항 분석을 통해 회의에서 소수의 개발자 중 한 명을 선택하여 실제로 엉덩이에서 숫자를 가져 오는 대신 기능에 대해 현실적인 시간을 예상 할 수 있습니다.

뿐만 아니라 요구 사항 유효성 검사에는 단위 테스트 및 기능 확인과 같은 것이 포함될 수 있으며, 이는 큰 QA 부서가없는 개발자에게는 매우 중요합니다.


+1 여기에 언급 된 모든 것은 정확하며 인디 씬에서 만들 때까지 회사 프로그래밍을 끝낼 수 있다는 생각을 어느 정도 해결합니다.
ChrisE

어떻게 유용하지 않을 수 있습니까? 당신은 당신이하는 모든 것을 구조화 된 방식으로 분석해야합니다. 일부 용어가 모호하다고해서 수량 화가 불가능하다는 의미는 아닙니다.
johnny

2

나는이 수업이 게임 개발과 전혀 관련이 없다고 생각합니다. 분명히 당신이 언급 한 반 공식적 또는 공식적인 방법은 내 경험에 사용되지 않습니다.

게임에는 일반적으로 매우 유동적 인 요구 사항이 있으며 요구 사항을 수집하는 데 시간과 모범 사례를 투자 할 수 있었더라도 결국에는 재미, 중독, 몰입 등을 의미하는 의미가없고 모호한 용어가 있습니다. 우리가 소프트웨어를 공학적으로 가장하고 싶어하는만큼 프로그래머가 스스로 표현할 수있는 다양한 방법을 고려할 때 실제로는 더 많은 기술이기 때문에 매우 명확하게 정의 된 결과물을 거의 얻지 못할 것입니다. 게임에는 두 배가됩니다.


"유체 요구 사항"이 "기능 크리프"의 비유가 아니기를 바랍니다. : \ 나는 당신이 끝내는 것의 "많은 것"이 "재미", "중독"등과 같은 의미가없고 모호한 용어라는 것에 동의하지 않습니다. 그것들은 기술적으로 요구되지 않는 것을 나타냅니다. 문서.
PatrickB

2
유동적 인 요구 사항은 분명히 기능 크리프의 완곡 어라고 생각하지만 소매 및 히트 중심 환경에서 경쟁하려면 첫날부터 기능 크리프를 수락해야합니다. 전통적인 '소프트웨어 고객'에 대한 요구 사항을 수집하고 분석하여 배울 수있는 것들이 엔터테인먼트 소프트웨어의 작동 방식과 너무 다릅니다. 특히 클라이언트가 최종 사용자가 아니라는 점에서 한 가지 주요 문제가 있으며, 기능 크리프가 불가피하다는 것을 알면 기술 요구 사항의 다른 주요 문제를 해결할 수 없습니다.
Kylotan

나는 그가 경쟁하고 있거나 심지어 판매하는 제품을 만들고 있다고 말하지 않았다. 많은 인디 게임은 소매 게임과 경쟁하도록 설계되지 않았으며 보통 AAA 타이틀과 같은 경기장에 있지도 않습니다. 지옥, Steam은 모든 인디 게임을 경고 라벨처럼 작은 샌드 박스에 넣습니다. 인디 개발자는 정의에 따라 원하는 작업을 제어 할 수 있습니다. 당신이하지 않았다면 당신은 파트너 / 투자하고, 당신은 정말로 인디되지 않을 것입니다, 당신은? 어느 쪽이든, 내가 작업하는 취미 게임에서 기능 크립을 찾지 못하는 것 같습니다. YMMV.
PatrickB

1
나는 독립이 일반적으로 '취미 게임'을 의미한다고 생각하지 않으며, 보통 '발행자 자금에 의존하지 않는 소규모 회사'를 의미합니다. 따라서 고객 / 고객 상황은 위에서 제안한 것보다 간단 할 수 있지만 시장력에 훨씬 더 민감 할 수 있습니다. 그러나 하루가 끝날 무렵, 대부분의 공식적인 요구 사항 분석은 게임 측면에서 "비즈니스 요구"가 무엇인지 검증하기가 매우 어렵 기 때문에 짧아 질 것입니다. 게임은 이와 관련하여 다른 소프트웨어와 크게 다르므로 소프트웨어를 지정하는 다른 방법이 더 적합하다고 겸손히 제안합니다.
Kylotan

다른 방법은 무엇입니까?
johnny

2

요구 사항 분석은 공식 커뮤니케이션 채널과 인디 개발자에게는 존재하지 않는 거의 모든 종류의 회사 소프트웨어를 대상으로합니다. 많은 요구 사항을 공식적으로 테스트하거나 확인할 수 없기 때문에 게임에는 그다지 유용하지 않습니다. 툴바가 있고 "이 버튼을 클릭하면 XYZ가있는 메뉴를 드롭 다운해야합니다"라고 말하면 사실상 버튼을 클릭하지 않고 다른 사람에게 비용을 지불하고 그 결과를 볼 수 있습니다. 게임이 재미 있습니까? 그것은 완전히 다른 물고기 주전자입니다.

RA는 게임이 작동하는지 판단하는 데 유용 할 수 있습니다. 그러나 게임의 궁극적 인 재미 요소를 결정하는 균형, 재생성 및 기타 요소와 관련하여 테스트하기는 어렵거나 불가능합니다. 따라서 궁극적으로 기존 아이디어를 훌륭하게 구현할지 여부에 달려 있습니다. 또는 새로운 게임 플레이에서 성공을 찾고 있는지 여부.


0

그냥 넘어가.

어떤 게임 개발 분야에 관심이 있습니까? 프로그래머라고 가정하지만 ...

디자이너 : 글을 많이 쓴다. 아주 많이. 일반적으로 디자이너의 비전을 알리는 디자인 문서가 있지만 제작자 나 출판사를 제외한 다른 모든 사람은 일반적으로 디자이너 자신으로부터 정보를 얻습니다.

프로그래머 : 리드는 플랫폼 및 자산 파이프 라인에 따라 크게 달라지는 기술적 요구 사항을 결정합니다. 업무에서 리드와 함께 작업 할 때이 작업을 수행하는 방법을 배웁니다.

아티스트 : 일반적으로 아트 자산에 대한 요구 사항을 설정하는 리드 프로그래머와 함께 다시 선두 아티스트입니다. 직업을 배우십시오.

그들이 가르치는 과정과 마찬가지로 요구 사항 분석은 대기업들이 돈을 지출하고 아웃소싱을 정당화하려는 데 유용합니다. 그리고 종종 한 번 코딩하고 잊어 버린 누군가가 종종 수행합니다. 찌르다

인디로 갈 계획이라면 비즈니스 / 회계 / 관리 과목을 가져 가십시오. 생존하고 망쳐지지 않기 위해 필요합니다. 행운을 빕니다.


그는 또한 프로그래머라고 태그했기 때문에 나는 또한 프로그래머라고 가정 할 것이다.)
공산주의 오리

1
-1 그래서, 당신은 그 사람이 프로그래머를 위해 태그를 붙인 것을 놓쳤을뿐만 아니라, 인디 개발을위한 것이라고 놓쳤다. 요구 사항 분석은 전체 시스템 사양을 수행하지 않더라도 문제를 분석하기 위해 올바른 사고 방식을 얻는 방법을 배우는 데 유용합니다. 또한 출판사에게 홍보 할 필요가있는 경우 서면으로하는 연습은 항상 유용합니다. 솔직히 말해서 당신의 조언은 대상 독자를 다루거나 주제에 대한 유용한 통찰력을 제공하지 않습니다.
ChrisE

-1 동의합니다. 사람들이 필요로하는 것을하지 않는 충분한 소프트웨어와 기술적 인 문제를 해결하지 못하고 끝없이 다시 쓰거나 출시되지 않은 게임으로 발전하는 끔찍한 디자인으로 고통받는 충분한 인디 게임. 공식적인 방법은 인디 게임이 명시 적으로 통과하지 못하는 형식이지만 배경을 갖는 것은 너무 일반적인 "코드 앤 픽스"보다는 "중지 및 사고"사고 방식으로 이어집니다. 코더는 수십 가지이지만 품질이 뛰어난 소프트웨어는 매우 드.니다. 당신은 수학을합니다.
PatrickB

1
하하하 모든 게임 개발, 특히 인디는 핵심 아이디어를 민첩하고 반복하는 것입니다. 요구 사항 분석은 제공 할 것이 없으며 대부분의 경우 전면 무거운 프로세스입니다. 그래서 나는 대답을 일반화했다. 그들이 반 경험 개발자와 예술가의 네트워크를 가지고 인디에 갈 계획이라면 없이는 할 수 없을 것입니다. 따라서 게임 개발 및 비즈니스의 모든 분야에서 천재가되거나 멘토, 기술 리드 등을 찾을 수 있습니다. 너무 민감한 사람이되지 마십시오.
bkersten

1
@PatrickB 요구 사항 분석은 소프트웨어의 설계 방식에 영향을 미치지 않습니다. 요구 사항 분석은 게임 개발자가 거의 사용하지 않는 쓸모없는 정보로 가득 차 있습니다 (사용 사례 다이어그램은 특히 중요합니다). 이해 관계자와 기업 환경에 초점을 맞춘 주제입니다. 개발자가 요구 사항 (기능)을 나열해야하지만 상식이어야한다는 데 동의합니다. 소프트웨어 조각을 디자인하는 것은 요구 사항 분석이 대학에 거의 닿지 않는 완전히 별개의 주제입니다.
Ray Dey
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.