게임 개발자를 향해

1. UML(Unified Modeling Language) UML은 시스템 분석, 설계 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호 간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어이다. Rumbaugh(OMT), Booch, Jacobson 등의 객체지향 방법론의 장점을 통합하였다. OMG(Object Managment Group)에서 표준으로 지정했다. 사물(Things) 관계(Relationships) 다이어그램(Diagram) 세계각국 사람들이 서로 말이 안통하니 보통 영어로 대화를 한다. UML도 같은 개념이라 보면 된다. 알고있겠지만 소프트웨어 개발에도 여러 사람들이 필요하다. (고객, 프로젝트 매니저, 기술 작가, 디자이너, 분석가, 코더..

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) : 운용 서버에 장애가 발생했..