ProjectZephyrus/Client - Revision history

Maintenance script: Repair MoniWiki formatting after migration

2026-03-29T00:34:28Z

Repair MoniWiki formatting after migration

← Older revision		Revision as of 00:34, 29 March 2026
Line 25:		Line 25:
	\|}		\|}

	''보통 SP는 해당 작업이 요하는 노동의 양으로 결정하는데 이건 중요도군요. 나중에 SP와 중요도(비지니스적 가치) 양자를 고려해서, 즉 지출과 수입을 맞춰봐서, 최고의 쇼핑을 하도록 합니다. --JuNe''		''보통 SP는 해당 작업이 요하는 노동의 양으로 결정하는데 이건 중요도군요. 나중에 SP와 중요도(비지니스적 가치) 양자를 고려해서, 즉 지출과 수입을 맞춰봐서, 최고의 쇼핑을 하도록 합니다. --[[JuNe]]''
	노동의 양으로 생각해야 하는건 Engineering Task 가 아닌가요? 암튼 이번의 경우는 필수 기능 기준으로 잡아보긴 했습니다. (엄격하게 나눈건 아니긴 하지만요.~) --석천		노동의 양으로 생각해야 하는건 Engineering Task 가 아닌가요? 암튼 이번의 경우는 필수 기능 기준으로 잡아보긴 했습니다. (엄격하게 나눈건 아니긴 하지만요.~) --석천
	''Engineering Task나 User Story 모두 노동의 양으로 estimation을 해서, 포인트를 준다. 이렇게 "비용"이 적힌 카드들을 놓고, 어느 것을 하고, 미루고, 먼저하는 지 등의 순위 결정은 "중요도 중심", "위험도 중심"이 있는데, 작년 이후 익스트리모들(KRW)은 복잡하게 이런 걸 따지지 말고 그냥 비지니스 가치로 순서를 정하라고 한다. --JuNe''		''Engineering Task나 User Story 모두 노동의 양으로 estimation을 해서, 포인트를 준다. 이렇게 "비용"이 적힌 카드들을 놓고, 어느 것을 하고, 미루고, 먼저하는 지 등의 순위 결정은 "중요도 중심", "위험도 중심"이 있는데, 작년 이후 익스트리모들(KRW)은 복잡하게 이런 걸 따지지 말고 그냥 비지니스 가치로 순서를 정하라고 한다. --[[JuNe]]''

	Task Point - 영서 & 석천이 Main Frame 연습용 코드 작성했을때 기준을 1 Task Point 로 잡음. (대강 120 라인정도/1시간 정도의 난이도 & 속도)		Task Point - 영서 & 석천이 Main Frame 연습용 코드 작성했을때 기준을 1 Task Point 로 잡음. (대강 120 라인정도/1시간 정도의 난이도 & 속도)
Line 132:		Line 132:
	\| 친구 등록 입력창 만들기		\| 친구 등록 입력창 만들기
	\| 0.5		\| 0.5
	\| ○(1분 -_-; <code>InputDialog</code>로 해결) (6/7)		\| ○(1분 -_-;
			<code>InputDialog</code>
			로 해결) (6/7)
	\|-		\|-
	\| 서버로부터 등록 데이터 보내기		\| 서버로부터 등록 데이터 보내기

Maintenance script: Repair batch-0003 pages from live compare

2026-03-27T00:29:06Z

Repair batch-0003 pages from live compare

← Older revision		Revision as of 00:29, 27 March 2026
Line 132:		Line 132:
	\| 친구 등록 입력창 만들기		\| 친구 등록 입력창 만들기
	\| 0.5		\| 0.5
	\| ○(1분 -_-; ~~{{{~cpp~~ InputDialog~~}}}~~로 해결) (6/7)		\| ○(1분 -_-; <code>InputDialog</code>로 해결) (6/7)
	\|-		\|-
	\| 서버로부터 등록 데이터 보내기		\| 서버로부터 등록 데이터 보내기
Line 205:		Line 205:
	\| .		\| .
	\|}		\|}

imported>Unknown at 05:24, 7 February 2021

2021-02-07T05:24:07Z

New page

== CVS 구조 ==
현재 공용 툴은 JCreator. JCreator 프로젝트 화일도 같이 업했으므로 이용할 수 있을 것임.
[http://zeropage.org/browsecvs/index.php?&dir=ProjectZephyrusClient%2F Zephyrus Client CVS] 참조.

ZephyrusClient
|
+ ---- MainSource - 메인 프로그램 소스 & JCreator 프로젝트 화일이 있는 디렉토리
|
+ ---- TestSource - 라이브러리를 익히기 위해 만은 예제 프로그램들이 있는 디렉토리

== 작업해야 할 일들 Todo List (계속 추가시킬 것) ==
{| class="wikitable"
|-
| Story Point
| 내용
|-
| 3
| 반드시 구현 필요.
|-
| 2
| 필요하지만, 최소구현시 기능축소 가능
|-
| 1
| 없어도 최소기능구현 가능
|}

''보통 SP는 해당 작업이 요하는 노동의 양으로 결정하는데 이건 중요도군요. 나중에 SP와 중요도(비지니스적 가치) 양자를 고려해서, 즉 지출과 수입을 맞춰봐서, 최고의 쇼핑을 하도록 합니다. --JuNe''
노동의 양으로 생각해야 하는건 Engineering Task 가 아닌가요? 암튼 이번의 경우는 필수 기능 기준으로 잡아보긴 했습니다. (엄격하게 나눈건 아니긴 하지만요.~) --석천
''Engineering Task나 User Story 모두 노동의 양으로 estimation을 해서, 포인트를 준다. 이렇게 "비용"이 적힌 카드들을 놓고, 어느 것을 하고, 미루고, 먼저하는 지 등의 순위 결정은 "중요도 중심", "위험도 중심"이 있는데, 작년 이후 익스트리모들(KRW)은 복잡하게 이런 걸 따지지 말고 그냥 비지니스 가치로 순서를 정하라고 한다. --JuNe''

Task Point - 영서 & 석천이 Main Frame 연습용 코드 작성했을때 기준을 1 Task Point 로 잡음. (대강 120 라인정도/1시간 정도의 난이도 & 속도)

솔직히 서버와의 연동작업이 많아서. 이는 서버팀과 이야기를 해야 할 사안인데, 양 팀이 한꺼번에 모이는 시간이 없는게 안타까울뿐. (억지로라도 하루 잡아서 만들어야 할듯.) 일단은 클라이언트쪽 관점에서 해야할일만 적기. (서버는 이미 완성되어 있다는것으로 전제)

=== Current To Do ===
Total 6.5 TP. 실제로 6.5 * 1.5 = 9.75 TP 걸릴것으로 예상. 하지만 Task 는 계속 작업하면서 추가되기에, 실제로는 더 걸리겠지. 하지만 현재 생각할 수 있는 한도내에서의 예측이라는 점에서 의미. (미지인 부분에 대해 미리 걱정하기엔 현재 일도 빠듯하기에) 계속 Update 시켜야 하겠지.

{| class="wikitable"
|-
|
|
| '''서버와의 통신 (from 클라이언트 개발팀 입장) - 3 '''
|-
| '''내용'''
| '''Task Point'''
| '''완료여부(○)'''
|-
| Socket Class 작성
| 2
| ○ (40분) 6/5
|-
|
|
| ''' 로그인 - 3 '''
|-
| 사용자 로그인 관련 ID/PASS 입력창 작성
| 1
| ○ (20분) 5/31
|-
| 서버로 로그인 데이터 보내기
| 0.5
| ○ (35분) 6/5
|-
| 서버로부터 로그인 관련 리턴값 확인. 처리
| 0.5
| ○ (45분 이용) 6/5, 6/7
|-
|
|
| '''로그아웃 - 3 '''
|-
| 소켓 접속 끊기
| 0.5
| ○(1시간 10분) 6/6
|-
| buddy List 에 있는 모든 유저 삭제해주기
| 0.5
| ○ (50분) 6/6
|-
|
|
| '''1:1 메세징 - 3 '''
|-
| 대화창 작성
| 2
| ○ (1시간 10분) 6/3
|-
| 입력한 대화 내용 서버로 보내기
| 0.5
| ○ (40분) 6/7
|-
| 서버로부터의 대화내용 대화창에 표시
| 1
| ○(25분) 6/7
|-
| dummy server 작성
| 2
| ○(1시간 20분) 6/6
|-
| 대화창 관리관련 메세지 분배
| 1.5
| ○(1시간 10분) 6/7
|-
|
|
| ''' 등록한 친구들을 buddy list 에 표시 - 2 '''
|-
| JTree 이용, buddy list class 작성
| 1
| ○ (40분) 5/31
|-
| buddy list class refactoring (tree model move method)
| .
| ○ (20분) 6/5
|-
| 서버로부터의 등록한 친구 관련 메세지 처리
| 0.5
| ○ (1시간 20분) 6/5
|-
|
|
| '''등록한 친구들에 대한 On/Off 상태 표시 - 2 '''
|-
| 서버로부터 친구상태 받고 buddy list 에 처리
| 0.5
| ○(25분) 6/7
|-
|
|
| ''' 친구등록 - 3 '''
|-
| 친구 등록 입력창 만들기
| 0.5
| ○(1분 -_-; {{{~cpp InputDialog}}}로 해결) (6/7)
|-
| 서버로부터 등록 데이터 보내기
| 0.5
| ○(5분) (6/7)
|-
| 서버로부터의 결과 받고 처리
| 0.5
| ○(5분) (6/7)
|-
|
|
| ''' 친구삭제 - 2 '''
|-
| 서버로부터 삭제 유저 데이터 보내기
| 0.5
| ○(25분) (6/7)
|-
|
|
| ''' 시간날때 할 일들 '''
|-
| ZephyrusClient Refactoring
| 0.5
| .
|-
| Documentation
| 1.5
| .
|-
| 서버측으로부터 접속끊었을때 관련 처리
| 1
| .
|-
| 로그인/로그아웃시 관련 메뉴들 Enable/Disable
| 0.5
| .
|-
| Password 입력시 별표로 가려주기.
| 0.3
| .
|}
=== To do Later ===
{| class="wikitable"
|-
|
|
| ''' 서버에 사용자등록 - 3 (이는 일단 서버팅 DB 에 있는 것을 이용하기로 함) '''
|-
| 내용
| Task Point
| .
|-
| 사용자 등록 양식 작성
| 0.5
| .
|-
| 사용자 입력 데이터를 서버에 전송
| 1
| .
|-
|
|
| ''' 배포 가능하도록 테스트 클라이언트 묶기 '''
|-
| 내용
| Task Point
| .
|-
| JAR 화일 만들기
| 0.5
| .
|}