클라이언트/ 서버/ 엔지니어 " 게임 개발자"를 향한 매일의 공부일지

이어서 소프트웨어 개발 표준에 대해서 학습을 진행해볼 것이다.    세션 26 - 소프트웨어 개발 표준             문제가 많이 어려웠다. 그래도 풀어보면 다음과 같다. 1번은 관리, 정의, 정량성이다. 2번과 4번은 잘 모르겠다. 3번은 ISO/IEC 12255라고 찍어보았다. 숫자까지도 다 외워야 하는 것 같다.이번 단원에서는 맞은 문제가 한 개도 없었다. SPICE와 CMMI는 구별하고 꼭 암기해야겠다. CMMI는 소프트웨어 개발 조직의 업무 능력 및 조직의 성숙도를 평가하는 모델이다. SPICE는 소프트웨어의 품질 및 생산성 향상을 위해 소프트웨어 프로세스를 평가 및 개선하는 국제 표준이다.    세션 27 - 소프트웨어 개발 방법론 테일러링  표준화된 것을 수정하는 것을 말한다.    ..

이번에는 프로젝트 일정 계획에 대해서 학습해보겠다.   세션 24 : 프로젝트 일정 계획           1번은 임계 경로의 소요 기일을 구하므로 3 + 3 + 5 + 4 + 5 = 20일이다. 2번은 PERT이고, 3번은 간트 차트이다. 근데 1번 문제는 틀렸다. 가장 긴 숫자만 더했는데 이렇게 하는 게 아니었다. 원 전체를 더하는 게 아니고 시작에서 완료까지만 더한다. 이 표시는 동그라미이므로 1번 경로는 10일이고, 2번 경로는 14일, 3번 경로는 12일이 되어 임계 경로는 14일이다.   세션 25 : 소프트웨어 개발 표준     1번은 인력 관리이다. 2번은 인력, 품질, 위험, 일정, 비용 관리이다. 3번은 서술형이라 잘 모르겠다.소프트웨어 프로젝트 관리는 주어진 기간 내에 최소의 비용으로..

이번에는 수학적 산정 기법부터 학습해볼 것이다. 어제 기록했던 학습일지를 여러 개로 통합하고 다시 수정해서 작성하는 중이다. 처음에는 하루에 올릴 수 있는 분량에 한계가 있어 부족할까 싶어 최대한 많은 내용을 담았지만 이제는 그러지 않아도 될 것 같아 넉넉하게 작성해본다.    세션 23 - 수학적 산정 기법                  이제 문제를 풀어보기로 하자. 1번은 FP 모형이다. 2번은 기본형과 발전형이고, 3번은 서술하는 문제라 잘 모르겠다. 4번은 COCOMO이고, 5번은 SLIM이다.Putnam 모형은 소프트웨어 생명 주기의 전 과정 동안에 사용될 노력의 분포를 예상하는 모형이다.   학습을 마치고강의를 한번 듣고 책을 한번 쭉 읽어본 후 문제를 풀어보면 개념 정리가 많이 되는 것 같다..

이어서 비용 산정 비법에 대해서 학습해보려고 한다.  세션 21 - 비용 산정 기법 : 하향식       다시 내가 열심히 공부할 수 있는 학습 방법을 찾았다. 사실 이런 식으로 정리를 하는 시간이 아까웠고 책에 밑줄만 하고 시험을 치를까 생각했지만 나의 생각과 의견이 들어가 있지 않은 공부는 진짜 공부라고 할 수 없었다. 힘들고 시간이 많이 걸리더라도 이렇게 배운 것들을 기록으로 남기고 나의 생각을 적어보기로 했다.이제 문제를 풀어보겠다. 1번은 하향식 비용 산정 기법, 2번은 델파이 기법이다.   세션 21 - 비용 산정 기법 : 상향식          이제 문제를 풀어보자. 1번은 30000라인 / 300라인 / 5명, 답은 20개월이 된다. 2번은 개발 단계 기법인 것 같은데 이름이 정확하지 않다..

이번에는 상태 다이어그램과 패키지 다이어그램을 함께 공부해보려고 한다.     세션 17 - 상태 다이어그램     문제를 풀어본 건 다음과 같다. 1번은 상태 다이어그램이고, 2번은 주문 상품 재선택과 재고 없음인 것 같다. 재고 확인 실패 상태의 2가지 상태 변화를 서술해야 하므로, 이렇게 작성해야 한다. 이벤트에서 재고 확인 실패로 이어지고, 이벤트로부터 주문 상품 선택으로 이어진다.    세션 18 - 패키지 다이어그램     이제 문제를 풀어보기로 하자. 1번 문제 답은 패키지 다이어그램이다. 이 문제는 조금 쉬웠다.    세션 19 - 소프트웨어 개발 방법론                      강의 시간이 정말 길었지만 다 시청해보았다. 중간중간에 딴 생각도 많이 나고 집중력이 흐려졌지만..

오늘부터는 내 자리에서 공부를 해야 한다고 해서 원래 자리로 돌아왔다. 수업을 하고 있어서 집중이 잘 되지 않는데다 뭔가 세팅을 하는데 한참의 시간이 걸렸다. 내가 학습하는 유튜브를 노트북에서 시청하려니 찾기가 힘들었다.이제 모든 준비를 마치고 본격적으로 아침 공부를 시작하려고 한다. 가능하면 많은 내용을 학습할 생각이다.    세션 12 - 유스케이스 다이어그램        이 내용도 쉽지 않은 내용이니 잘 숙지해야 한다. 강사님이 설명을 잘해주셔서 유스케이스 다이어그램이 어떤 구조로 이어지는지 잘 파악할 수 있었다. 이제 문제를 풀어볼 것이다.1번은 UML이라고 찍어보았다. 2번에서는 도서대출, 도서관리, >이다. 3번은 잘 모르겠다. 암기는 아직 하지 못했기 때문이다. 액터, 시스템.. 이것밖에는...

계속해서 요구사항에 대한 학습이 이어진다. 앞 수업과 다른 점이 있다면 요구사항 분석에 대해서 좀더 깊이있게 학습을 한다는 점이다. 자료 흐름도, 자료 사전 등 어려운 내용도 등장하니 집중해서 들어보기로 하자.   섹션 7 - 요구사항 분석       이런 식으로 구조적으로 그리는 것을 자료 흐름도라고 한다.          문제를 풀어보니 어떻게 공부해야 할지 알 것 같았다. 자료 흐름도의 구성 요소에 대해서는 답을 하지 못했다. 그리고 자료 사전에서는 기호가 헤깔려서 몇 개 틀렸다.구조적 분석 기법 도구는 아직 잘 몰라서 이 부분은 암기해야 할 것 같다.  세션 8 - 요구사항 분석 CASE와 HIPO      특징별로 잘 구분할 수 있도록 학습해야 한다.     HIPO는 입력, 처리, 출력 기능을..

세번째로 공부할 단원은 XP 기법이다. 강의 영상이 좀 길지만 차근차근 학습해볼 것이다.   세션 4 - 개발 기술 환경 파악       상호 호완성은 서버와 클라이언트 사이, 서버 이중화가 가능한지 여부이다.       오픈 소스 요구사항에서 가장 중요한 것은 기술의 지속 가능성 여부이다.    세션 5 - 요구사항 정의        크게 기능과 비기능으로 나누어지며, 이 둘을 잘 구분할 수 있어야 한다. 문제 3번에서 기능은 ㄱ,ㄹ이고, 비기능은 ㄴ, ㄷ이다. 하지만 문제는 틀렸다. 기능과 비기능을 나누어서 예로 드는 문제는 조금 어려운 것 같다. 이 부분은 잘 숙지해야겠다.    세션 6 - 요구사항 개발 프로세스 개발 프로세스 순서도 잘 기억해야 한다.              이름이 비슷하므로 잘..

오후 공부를 하기 전에 점심식사를 기다리는 동안 정처리 실기 공부를 하기로 했다. 짧은 시간이어도 잘 이용하면 많은 공부를 할 수 있다.   섹션 2 - 스크럼(Scrum) 기법            세션 3 - XP(eXtreme Progrmming) 기법 예를 들어 계산기 프로그램을 만들 때 고객들은 사칙연산뿐 아니라 메모리 기능이나 공학용 계산기를 만들어 달라고 요청할 수 있다. 피존의 용기는 단순하다로 암기하면 된다.          영문명까지 기억해야 한다. 어떤 실천 방법인지 묻는 문제가 많이 나온다.     학습을 마치고필기 공부를 할 때 모두 공부했던 내용이었다. 강의도 구입해서 들었는데 그때 강사님은 모두 암기하라고 해서 이해도 하지 않은 상태에서 암기만 하니 별 도움이 되지 않았다. 이번..

어제 저녁부터 정보처리기사 실기시험 공부를 본격적으로 시작했다. 인사교에서는 자격증 한 개를 지원해주는데 난 정보처리기사를 신청했었다. 그리고 필기와 실기로 나누어진 시험의 경우 필기를 합격했을 때 실기시험도 지원해준다. 7월 말에 한 달 정도 준비하여 시험을 잘 치뤘고 이제 실기 공부를 시작하려고 한다.사실 공부할 게 많아서 실기는 나중에 딸까도 생각했지만 그렇게 되면 거의 안할 가능성이 많을 것 같아 지금 사람들과 함께 공부할 때 자격증을 따기로 했다. 필기를 일주일 공부해서 붙었다, 2주만에 합격했다 라고 말하는 사람들을 난 결코 신뢰하지 않는다. 그게 무슨 자랑인가 싶다. 그냥 벼락치기로 그 학문에 대한 깊이도 없이 달달 외워서 문제를 풀었다는 건데 그렇게 공부를 해서 남는 건 하나도 없고 시험 ..