게임 개발자를 향해

1. 요구사항 분석용 CASE(자동화 도구) "요구사항 분석용 CASE"란 요구사항을 자동으로 분석하고, 요구사항 분석 프로세서를 기술하도록 개발된 도구를의미한다. 종류 설명 SADT - SoftTech 사에서 개발한 것으로 구조적 요구분석을 하기위해 블록 다이어그램을 채택한 자동화 도구 SREM = RSL/REVS - TRW 사가 실시간 처리 소프트웨어 시스템에서 요구사항을 명확히 기술하도록 할 목적으로 개발한 도구 - RSL과 REVS를 사용하는 자동화 도구 PSL/PSA - PSL과 PSA를 사용하는 자동화 도구 - 미시간 대학에서 개발 TAGS - 시스템 공학 방법 응용에 대한 자동 접근 방법 개발 주기의 전 과정에 이용할 수 있는 통합 자동화 도구 CASE의 대표적 도구종류는 20년도에 한번 문..

1. 요구사항 분석(Requirement Analysis) 요구사항 분석은 소프트웨어 개발의 실제적인 첫 단계로, 개발 대상에 대한 사용자의 요구사항을 이해하고 문서(명세)화 하는 활동을 의미한다. (????? 분석에 명세과정이 들어가있다. 이건 또 뭔..) 사용자 요구의 타당성을 조사하고 비용과 일정에 대한 제약을 설정한다. "요구사항 분석" 파트 개념은 아래 2개의 개념만 있다. (중요) 1. 구조적 분석기법 2. 요구사항 분석용 도구인 CASE, HIPO (다음 챕터임) 이 두가지 이외의 외워야할 분석 기법 개념은 없다. 2. 구조적 분석 기법 자료의 흐름과 처리를 중심으로 하는 요구사항 분석 방법이다. 자료 흐름도(DFD) 자료 사전(DD) 소단위 명세서(Mini-Spec) ※ 이전 챕터에서 "요..

1. 요구사항 개발 프로세스 요구사항 개발 프로세스는 개발 대상에 대한 요구사항을 체계적으로 도출하고 분석한 후 명세서에 정리한 다음 확인 및 검증하는 일련의 구조화된 활동이다. 요구사항 개발 프로세스가 진행되기 전에 타당성 조사(Feasibility Study)가 선행되어야 한다. [도출(Elicitation)] → [분석(Analysis)] → [명세(Specification)] → [확인(Validation)] 타당성 조사(Feasibility Study): 개발 프로세스가 비즈니스 목적에 부합되는지, 혹은 예산은 충분한지 등에 대한 정보를 수집하는 것. 시나공에선 이 개발과정을 "출 석 명 확"으로 외우는데 왜 이렇게 외우지??? 이렇게 외우면 개념 이해도 못하고 막상 시험때 나오면 기억안난다. ..

1. 요구사항 요구사항은 소프트웨어가 어떤 문제를 해결하기 위해 필요한 조건이나 제약사항을 요구하는것이다. 소프트웨어 개발이나 유지보수 과정에서 필요한 기준과 근거를 제공한다. 개발에 참여하는 이해관계자들 간의 의사소통을 원활하게 하는 데 도움을 준다. 요구사항의 유형은 4가지로 아래와 같다. 기능 요구사항 비기능 요구사항 사용자 요구사항 시스템 요구사항 사실 요구사항의 종류는 정말 간단하다. 사실 아래 내용도 안봐도 될정도다. 말 그대로 이해하면 된다. 기능 요구사항 : 기능적인 요구사항 비기능 요구사항 : 비기능적인 요구사항 사용자 요구사항 : 사용자 기준 요구사항 시스템 요구사항 : 개발자 기준 요구사항 이렇게 보면 요구사항마다 어떤 요구사항일지 감이 딱 잡히지 않는가? 이제 아래 정리를 보자. 요..

여긴 진짜 나올지 모르겠다 시나공 책에서도 중요도가 높지 않고 문제출제가 적다. 그래서 개발자가 되기위해 컴퓨터 과학(CS;Computer Science)지식으로 필요할 것 같은 부분만 정리해 보았다. 필자는 이부분이 문제로 나오면 쿨하게 버릴거다. 당신도 같은 생각이면 이 게시글은 패스해도 좋다. (책 내용을 제대로 안적었기 때문) 하지만 CS로선 도움되는 지식이다. 1. 현행 시스템 파악 라이선스(License) : 상용 소프트웨어의 경우 라이선스 적용 방식의 기준과 보유한 라이선스의 파악과 시스템 구축비용 면에서의 파악이 중요하다. 서버의 주요사양: 서버의 CPU 처리속도, 메모리 크기, 하드디스크의 용량 등을 파악해서 명시합니다. 서버의 이중화(Replication) : 운용 서버에 장애가 발생했..

1. XP(eXtreme Programming) XP는 에자일 모형의 종류 중 하나로 수시로 발생하는 고객의 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발과정의 반복을 극대화하여 개발 생산성을 향상시키는 방법이다. 이건 잡담인데 그럼 Window 시리즈중 WindowXP가 이 모형으로 개발된건가?! 궁금해서 검색했는데 관련 없다고 한다. 머쓱; 고객의 적극적인 참여를 통해 소프트웨어를 빠르게 개발하는 것을 목적으로 한다. 릴리즈의 기간을 짧게 반복하면서 고객의 요구사항 반영에 대한 가시성을 높인다. 의사소통(Communication) 단순성(Simplicity) 용기(Courage) 존중(Respect) 피드백(Feedback) 이건 외워서 나쁠거 없다. 외우기도 쉽고! (근데 왜 용기가 필요하지..