닮슬아빠의 그냥노트

기능 명세서 작성 요령

닮슬아빠 — Mon, 18 Oct 2010 11:39:16 +0900

기능 명세서 작성 요령

소프트웨어 개발 실패시 중요항목으로 작용

소프트웨어 프로젝트는 낮은 품질과 지연되는 일정, 초과되는 예산으로 악명 높다. 소프트웨어 위기(Software Crisis)라고도 불리는 이런 현상의 원인에는 항상 불완전하거나 잘못된 요구사항이 있다. 스탠디시 그룹(Standish Group)이 352개 기업의 8000개 프로젝트를 조사한 결과에 따르면, 소프트웨어가 실패하는 주요인으로 사용자의 참여 부족(12.8%), 불완전한 요구사항과 명세서(12.3%), 변화하는 요구사항과 명세서(11.8%) 등 요구사항과 관련된 항목이 거의 40%에 달함을 알 수 있다. 이번 호에서는 요구사항과 관련된 최소한의 문서인 기능 명세서(Functional Specification)에 대해 알아보자.

서광열 | kwangyul.seo@gmail.com

요구사항이란?

소프트웨어 프로젝트에 있어 요구사항 분석이란 무엇을 하는 소프트웨어를 만들지 결정하는 단계이다. 실제로 많은 소프트웨어 프로젝트가 무엇을 만들지도 확실히 결정하지 않고, 코드를 작성하고 테스트를 수행하는 모습을 볼 수 있다. 이런 일을 잘할수록 슈퍼 프로그래머로 불리고 칭송 받는 게 현실이다. 하지만 이렇게 작성된 소프트웨어는 최종 사용자가 실제로 원했던 모습이 아니며, 잘 만든 소프트웨어일수는 있어도 결국 쓸모없는 소프트웨어가 된다.

요구사항을 작성하는 목적은 다양하다. 소프트웨어의 설계와 구현뿐만 아니라, 프로젝트의 범위 확정, 비용 측정, 일정 관리, 문서화와 교육 훈련 등 다양한 제반 활동을 지원하는데 있어 요구사항 작성과 관리는 빠질 수 없는 중요한 활동이다. 이처럼, 요구사항은 개발팀뿐만 아니라 해당 소프트웨어와 이해관계를 함께 하는 모든 사람들이 참여하는 중요한 활동이다.

요구사항 분석 단계에서 나오는 최종 산출물은 요구사항 명세서이다. 요구사항 명세서에 포함되는 내용은 무척 다양하다. 시스템의 목표, 독자, 전체 기술 요약, 프로젝트 제약 조건 등이 서론으로 포함되고, 본문에는 기능 명세의 필요에 따라 자료 흐름도(Data Flow Diagram)이나 프로세스 명세서(Process Specification), ERD (Entity-Relationship Diagram) 등이 포함되기도 한다. 또한 표준, 법률 등에 의한 외부 규제나 성능 관련 내용을 포함한 비기능 요구사항(Non-functional Requirement), 프로젝트가 완료되었을 때의 검증 기준 등도 문서에 포함된다.

하지만 중소규모의 프로젝트에서는 이런 요구사항 문서 작성이 부담인 경우가 많으며, 압도적인 문서의 양에 겁먹어 사실상 아무런 문서화를 하지 않는 경우가 비일비재하다. 현재도 중소기업 간의 소프트웨어 계약에서는 시스템을 요약적으로 기술한 1-2장의 짧은 문서가 요구사항 명세서를 대신하는 경우가 많으며, 이런 명세서의 모호한 구절은 이후 프로젝트의 범위와 종료 여부를 놓고 논쟁의 대상이 된다.

기능 명세서

기능 명세서는 앞서 언급한 요구사항 명세에 들어갈 내용 중에 하나이며, 소규모 프로젝트에서는 사실상 기능 명세서만 제대로 작성되어도 프로젝트를 성공적으로 이끌 수 있다. 여기서 말하는 소규모란 개발자 1명이 일주일 이상 개발해야 하는 복잡도를 가진 모든 소프트웨어를 통칭한다. 1명의 개발자가 하루 이틀 작성하는 미니 프로그램을 제외한다면, 모든 소프트웨어는 명세 없이는 항상 일정을 초과하고 품질이 낮은 소프트웨어를 만들 수밖에 없다.

그렇다면 기능 명세란 무엇인가? 기능 명세란 1) 사용자의 관점에서 2) 최종 제품이 3) 어떤 모습이며 4) 어떻게 동작할 것인지를 기술한 문서를 말한다. 기능 명세란 어디까지나 최종 사용자의 입장에서 기술한 문서이기 때문에 내부 구현이나 설계 이슈를 포함하지 않는다. 또한 최종 제품에 대해서 이야기하기 때문에 각 소프트웨어 컴포넌트들이 어떻게 상호 작용하는지도 중요하지 않다. 그저 이 프로젝트가 끝나면 나오는 최종 산출물이 어떤 모습이며 어떤 일을 수행하는지를 자세히 기술하는 것이다.

실제로, 많은 개발자들이 무엇을 만들 것인지와 어떻게 만들 것인지를 혼동한다. 무엇과 어떻게 사이에 명확한 경계가 존재하지는 않지만, 소프트웨어 요구사항도 파악하기 전에 설계가 시작되어서는 곤란하다. 최종 소프트웨어가 어떤 모습인지를 확실하지 않은 채 UML을 이용해 클래스 다이어그램부터 그리고 있어서는 곤란하다. 이런 시스템은 필연적으로 주객이 전도되어 설계가 요구사항의 변경이나 삭제를 요구한다. 기능 명세는 ‘무엇’을 만들 것인지를 분명히 하는 문서라고 보면 된다.

개발자 입장에서 기능 명세는 개발 과정에서 궁금할 수 있는 모든 질문에 답을 해놓은 문서가 존재한다는 뜻이다. 또한 명세는 고객 혹은 최종 사용자의 승인을 받은 문서이므로, 명세만 따라서 만들면 고객이 실제로 원하는 소프트웨어를 작성할 수 있다는 장점이 있다. 또한 분쟁의 소지가 생겼을 때는 결국 명세에 명시된 내용을 근거로 판단을 내릴 수 있다 (물론 상당수의 소프트웨어 프로젝트에 명세는 무시되고, 고객의 머릿속에 있는 요구사항이 최우선이긴 하지만 말이다).

종종 기능 명세를 기술 명세(Technical Specification)와 혼동하는 경우가 있다. 기술 명세는 프로그램 내부 구현에 대한 기술이며, 데이터 구조, 관계형 데이터베이스 모델, 프로그래밍 언어, 알고리즘, 플랫폼 등을 기술하는 것이 일반적이다. 기술 명세는 설계 및 구현에 직접적인 도움을 주기 위한 것이며 사용자의 관점에서 시스템을 기술한 기능 명세와는 다르다.

쉽게 커뮤니케이션이 가능한 10명 이하 소규모 개발 조직에서는 대부분의 의사소통이 구두로 이루어지므로, 기술 명세를 생략하는 경우가 많지만 기능 명세는 개발팀만을 대상으로 하지 않는다는 면에서 여전히 유효하다.

기능 명세에 들어갈 내용

기술 명세의 중요성을 설파하고 나면, 기술 명세의 템플릿을 원하는 분들이 많다. 기술 명세를 한 번도 작성해 본 적이 없는 분들의 입장에서 템플릿은 기술 명세 문서를 작성하는 단서가 되기도 하지만, 무비판적으로 모든 템플릿의 항목을 채우려는 문서화 노력은 보통 불필요한 노동으로 끝나는 경우가 많다.

기술 명세는 프로젝트 성격에 따라 달라지지만 일반적으로 다음 요소들은 반드시 포함되며 추가 설명이 필요 없을 정도로 자세히 기술되어야 한다.

1) 시나리오

기술 명세는 사용자 관점에서 시스템을 바라본 것이므로, 이를 가장 잘 기술하는 방법은 실제 사용자를 가정하고 시스템을 어떻게 쓸 것인지 시나리오를 작성해 보는 것이다. 예를 들어, 온라인 영어 학습 사이트에 대한 기술 명세를 쓴다고 하면, 성적은 중위권이며 방과 후에 PC방에서 게임하는 것이 취미인 15살 박 모 군과 같이 구체적인 인물을 설정하고, 이런 인물이 영어 학습 시스템을 사용할 때 어떤 패턴을 보일 것인지를 기술하는 것이 효과적이다.
이때 시나리오는 유스 케이스(Use Case)가 될 수도 있고, 조금 더 단순화된 형태인 유저 시나리오(User Scenario)가 될 수도 있다. 소프트웨어 방법론이나 프로젝트의 성격에 따라 어떤 방식을 선택해도 무방하다. 하지만 원칙은 시스템의 모든 기능을 한 번 이상을 이용할 수 있도록 충분히 많은 시나리오를 작성해서, 개발자가 시스템을 설계할 때 전혀 고려된 적이 없는 상황을 마주치는 일이 생기지 않도록 해야 한다.
기능 명세의 시나리오는 무엇을 테스트해야할지 단서를 제공한다는 측면에서 소프트웨어 테스트나 품질보증(Quality Assurance, QA) 팀에게도 소중한 문서이다. 특히 시스템의 기능 테스트(Functional Test)는 유저 시나리오에 바탕을 뒀을 때 가장 효과적이다. 유저 시나리오는 최종 제품이 원래 요구사항에 기술된 요소를 모두 충족시켰는지를 판단하는 중요한 근거가 되기 때문이다.

2) 세부사항

기능 명세를 작성함에 있어서는 세부사항이 무척 중요하다. 특히, 무엇인가 잘못될 수 있는 경우 모든 가능성에 대해서 꼼꼼히 명세를 작성해야 한다. 예를 들어, 전자상거래 웹페이지의 로긴 페이지를 만든다고 한다면 다음과 같은 이슈를 모두 고민해야 한다.

1) 등록되지 않는 ID로 로긴한 경우?
2) 등록된 ID지만 패스워드가 틀린 경우?
3) 같은 ID에 3번 이상 다른 패스워드를 입력했을 경우 추가적인 로그인 시도를 금지할 것인가?
4) 아이디와 패스워드를 잃어버린 사람이 이를 되찾는 방법은?
5) 패스워드 관련 힌트를 제공할 것인가?
6) 한 번 로긴한 후에는 얼마나 오래 세션이 지속되는가?

세 부사항을 작성할 때, UI를 중심으로 기능을 기술하는 것이 가장 효과적이다. 특히, 웹개발의 경우 각각의 페이지를 기준으로 소프트웨어가 어떻게 동작하는지 설명하는 방법이 일반적이다. 모든 페이지에 고유의 이름을 붙이고, 각 페이지에서 나오는 메뉴와 UI 위젯이 어떤 역할을 하는지 구체적으로 기술한다.

3) 열린 이슈

명세를 작성하는 목적은 프로젝트 시작 전에 최대한 많은 요구사항을 끌어내고 최종 산출물의 모습을 파악하는 데 있지만, 필연적으로 일부 문제들은 미해결 상태로 남아있게 된다. 이런 부분은 기능 명세에 분명히 기술하여 프로젝트가 진행되면서 해결해 나가야 한다.

변경 추적

기능 명세뿐만 아니라 모든 개발 관련 문서의 생명은 얼마나 변경 추적이 잘 되느냐에 달려 있다. 명세와 관련된 가장 큰 불만은 명세를 작성한 이후 프로젝트 요구사항이 변화하고 설계 및 코드에 수정이 일어남에도 불구하고 명세가 갱신되지 않는다는 데에 있다. 따라서 개발자들을 비롯한 이해 관계자들은 명세를 신뢰하지 않게 되고, 쓸모없다고 생각하게 된다.

특히 요구사항 분석, 설계, 구현, 테스트, 유지 보수를 한 번씩만 거치는 폭포수 모델(Waterfall Model)을 따르는 조직일수록 이런 경향이 강하게 나타난다. 요구사항 분석은 프로젝트 초기에 단 한 번만 이루어지며, 이후 설계나 구현은 요구사항 변경 요청 시에 수정되지만 정작 요구사항 문서는 그대로 남는 경우이다. 이런 조직에서는 시간이 지날수록 기능 명세를 비롯한 요구사항 문서의 질은 극도로 낮아지며 유지 보수 단계에서는 누구도 기능 명세를 보지 않는 상황이 벌어진다.

누가 기능 명세를 쓰는가?

기능 명세와 관련된 가장 중요한 질문은 누가 기능 명세를 쓰느냐는 것이다. 앞서 언급한 것처럼 기능 명세는 개발팀뿐만 아니라, 마케팅, 문서화팀, QA팀 등 소프트웨어 프로젝트에 관련된 모든 팀이 관여하는 문서이고, 다양한 이해 관계자들을 만나서 요구사항을 끌어낼 수 있는 능력이 필요하다. 따라서 어느 정도 개발 지식이 있을 뿐만 아니라 대인 관계와 커뮤니케이션 능력이 뛰어난 사람이 명세를 작성해야 한다.

덕분에 국내에서는 기능 명세를 쓰는 사람이 개발팀장인 경우가 많지만, 훌륭한 프로그래머가 훌륭한 커뮤니케이션 능력을 갖추고 글도 잘 쓰는 경우는 국내외를 막론하고 무척 드물다. 또한 내부 구현이나 기술적인 세부 사항을 너무 잘 알고 있다는 점이 부작용으로 작용한다. 뛰어난 개발자 출신일수록 기능 명세가 아닌 기술 명세를 작성하는 경우가 많다.

기능 명세를 개발팀장이 작성하는 경우가 많은 이유는 기능 명세 작성을 개발팀 리더의 역할로 보는 관점 때문이다. 하지만 기능 명세를 작성하는 사람은 개발자나 테스터와는 다른 전문 영역으로 보는 것이 옳다. 실제로 마이크로소프트나 구글 등 대형 소프트웨어 업체는 신입 사원을 모집할 때부터 직군을 프로그램 매니저, 개발자, 테스터로 구분하고 있는데, 프로그램 매니저의 주요 역할이 요구 사항을 수집하고 기능 명세를 작성하는 데 있다.

기능 명세는 소프트웨어 요구사항의 핵심이며, 설계와 구현의 바탕이 되는 중요한 문서이다. 아직까지 기능 명세 없이 곧바로 소프트웨어를 작성하는 조직이 있다면, 기능 명세를 작성해 볼 것을 권한다. 기능 명세에 대한 더 자세한 정보가 궁금한 사람은 참고문서를 참고하기 바란다.

필자소개

현재 (주)노매드커넥션의 CTO로 재직 중이다. 관심 분야는 플랫폼, 가상 머신, 프로그래밍 언어 등이며 현재는 미디어 플랫폼에 많은 관심을 가지고 연구 개발을 진행 중이다. 개인 블로그인 서광열의 소프트웨어 이야기(http://skyul.tistory.com)을 통해서 소프트웨어 개발과 IT 산업에 대한 생각을 정리하고 있다.

제공 : DB포탈사이트 DBguide.net

출처명: 경영과컴퓨터 [2007년 11월호]

Android Intent 정리

닮슬아빠 — Wed, 13 Oct 2010 11:24:24 +0900

Intent

public class android.content.Intent implements Parcelable

정의

원하는 실제 행동을 호출할 때 사용하는 객체

애플리케이션에서 다른 모듈의 기능을 호출할 때 사용하는 객체

Intent 핸들러(Activity, Service, BroadcastReceiver)에 의해서 처리됨

구성

Component가 Data와 Type로 지정된 대상에 대해 Category와 Action으로 지정된 행위를 한다. 추가적인 정보는 Extras로 제공 한다.

Category	인텐트의 분류로 여러 값을 가질 수 있음 Category가 있고 Action이 없을 경우 모든 Action이 매핑됨 CATEGORY_DEFAULT = "android.intent.category.DEFAULT"; CATEGORY_BROWSABLE = "android.intent.category.BROWSABLE"; CATEGORY_ALTERNATIVE = "android.intent.category.ALTERNATIVE"; CATEGORY_SELECTED_ALTERNATIVE = "android.intent.category.SELECTED_ALTERNATIVE"; CATEGORY_TAB = "android.intent.category.TAB"; CATEGORY_LAUNCHER = "android.intent.category.LAUNCHER"; CATEGORY_INFO = "android.intent.category.INFO"; CATEGORY_HOME = "android.intent.category.HOME"; CATEGORY_PREFERENCE = "android.intent.category.PREFERENCE"; CATEGORY_DEVELOPMENT_PREFERENCE = "android.intent.category.DEVELOPMENT_PREFERENCE"; CATEGORY_EMBED = "android.intent.category.EMBED"; CATEGORY_MONKEY = "android.intent.category.MONKEY"; CATEGORY_TEST = "android.intent.category.TEST"; CATEGORY_UNIT_TEST = "android.intent.category.UNIT_TEST"; CATEGORY_SAMPLE_CODE = "android.intent.category.SAMPLE_CODE"; CATEGORY_OPENABLE = "android.intent.category.OPENABLE"; CATEGORY_FRAMEWORK_INSTRUMENTATION_TEST = "android.intent.category.FRAMEWORK_INSTRUMENTATION_TEST"; CATEGORY_CAR_DOCK = "android.intent.category.CAR_DOCK"; CATEGORY_DESK_DOCK = "android.intent.category.DESK_DOCK";
Action	인텐트의 액션 Category가 없고 Action이 있을 경우, Category가 없는 Action만 매핑됨 ACTION_MAIN = "android.intent.action.MAIN"; ACTION_VIEW = "android.intent.action.VIEW"; ACTION_DEFAULT = "android.intent.action.VIEW"; ACTION_ATTACH_DATA = "android.intent.action.ATTACH_DATA"; ACTION_EDIT = "android.intent.action.EDIT"; ACTION_INSERT_OR_EDIT = "android.intent.action.INSERT_OR_EDIT"; ACTION_PICK = "android.intent.action.PICK"; ACTION_CREATE_SHORTCUT = "android.intent.action.CREATE_SHORTCUT"; ACTION_CHOOSER = "android.intent.action.CHOOSER"; ACTION_GET_CONTENT = "android.intent.action.GET_CONTENT"; ACTION_DIAL = "android.intent.action.DIAL"; ACTION_CALL = "android.intent.action.CALL"; ACTION_SENDTO = "android.intent.action.SENDTO"; ACTION_SEND = "android.intent.action.SEND"; ACTION_SEND_MULTIPLE = "android.intent.action.SEND_MULTIPLE"; ACTION_ANSWER = "android.intent.action.ANSWER"; ACTION_INSERT = "android.intent.action.INSERT"; ACTION_DELETE = "android.intent.action.DELETE"; ACTION_RUN = "android.intent.action.RUN"; ACTION_SYNC = "android.intent.action.SYNC"; ACTION_PICK_ACTIVITY = "android.intent.action.PICK_ACTIVITY"; ACTION_SEARCH = "android.intent.action.SEARCH"; ACTION_SYSTEM_TUTORIAL = "android.intent.action.SYSTEM_TUTORIAL"; ACTION_WEB_SEARCH = "android.intent.action.WEB_SEARCH"; ACTION_ALL_APPS = "android.intent.action.ALL_APPS"; ACTION_SET_WALLPAPER = "android.intent.action.SET_WALLPAPER"; ACTION_BUG_REPORT = "android.intent.action.BUG_REPORT"; ACTION_FACTORY_TEST = "android.intent.action.FACTORY_TEST"; ACTION_CALL_BUTTON = "android.intent.action.CALL_BUTTON"; ACTION_VOICE_COMMAND = "android.intent.action.VOICE_COMMAND"; ACTION_SEARCH_LONG_PRESS = "android.intent.action.SEARCH_LONG_PRESS"; ACTION_POWER_USAGE_SUMMARY = "android.intent.action.POWER_USAGE_SUMMARY"; ACTION_SCREEN_OFF = "android.intent.action.SCREEN_OFF"; ACTION_SCREEN_ON = "android.intent.action.SCREEN_ON"; ACTION_USER_PRESENT = "android.intent.action.USER_PRESENT"; ACTION_TIME_TICK = "android.intent.action.TIME_TICK"; ACTION_TIME_CHANGED = "android.intent.action.TIME_SET"; ACTION_DATE_CHANGED = "android.intent.action.DATE_CHANGED"; ACTION_TIMEZONE_CHANGED = "android.intent.action.TIMEZONE_CHANGED"; ACTION_BOOT_COMPLETED = "android.intent.action.BOOT_COMPLETED"; ACTION_CLOSE_SYSTEM_DIALOGS = "android.intent.action.CLOSE_SYSTEM_DIALOGS"; ACTION_PACKAGE_INSTALL = "android.intent.action.PACKAGE_INSTALL"; ACTION_PACKAGE_ADDED = "android.intent.action.PACKAGE_ADDED"; ACTION_PACKAGE_REPLACED = "android.intent.action.PACKAGE_REPLACED"; ACTION_PACKAGE_REMOVED = "android.intent.action.PACKAGE_REMOVED"; ACTION_PACKAGE_CHANGED = "android.intent.action.PACKAGE_CHANGED"; ACTION_PACKAGE_RESTARTED = "android.intent.action.PACKAGE_RESTARTED"; ACTION_PACKAGE_DATA_CLEARED = "android.intent.action.PACKAGE_DATA_CLEARED"; ACTION_UID_REMOVED = "android.intent.action.UID_REMOVED"; ACTION_WALLPAPER_CHANGED = "android.intent.action.WALLPAPER_CHANGED"; ACTION_CONFIGURATION_CHANGED = "android.intent.action.CONFIGURATION_CHANGED"; ACTION_LOCALE_CHANGED = "android.intent.action.LOCALE_CHANGED"; ACTION_BATTERY_CHANGED = "android.intent.action.BATTERY_CHANGED"; ACTION_BATTERY_LOW = "android.intent.action.BATTERY_LOW"; ACTION_BATTERY_OKAY = "android.intent.action.BATTERY_OKAY"; ACTION_POWER_CONNECTED = "android.intent.action.ACTION_POWER_CONNECTED"; ACTION_POWER_DISCONNECTED = "android.intent.action.ACTION_POWER_DISCONNECTED"; ACTION_SHUTDOWN = "android.intent.action.ACTION_SHUTDOWN"; ACTION_DEVICE_STORAGE_LOW = "android.intent.action.DEVICE_STORAGE_LOW"; ACTION_DEVICE_STORAGE_OK = "android.intent.action.DEVICE_STORAGE_OK"; ACTION_MANAGE_PACKAGE_STORAGE = "android.intent.action.MANAGE_PACKAGE_STORAGE"; ACTION_UMS_CONNECTED = "android.intent.action.UMS_CONNECTED"; ACTION_UMS_DISCONNECTED = "android.intent.action.UMS_DISCONNECTED"; ACTION_MEDIA_REMOVED = "android.intent.action.MEDIA_REMOVED"; ACTION_MEDIA_UNMOUNTED = "android.intent.action.MEDIA_UNMOUNTED"; ACTION_MEDIA_CHECKING = "android.intent.action.MEDIA_CHECKING"; ACTION_MEDIA_NOFS = "android.intent.action.MEDIA_NOFS"; ACTION_MEDIA_MOUNTED = "android.intent.action.MEDIA_MOUNTED"; ACTION_MEDIA_SHARED = "android.intent.action.MEDIA_SHARED"; ACTION_MEDIA_BAD_REMOVAL = "android.intent.action.MEDIA_BAD_REMOVAL"; ACTION_MEDIA_UNMOUNTABLE = "android.intent.action.MEDIA_UNMOUNTABLE"; ACTION_MEDIA_EJECT = "android.intent.action.MEDIA_EJECT"; ACTION_MEDIA_SCANNER_STARTED = "android.intent.action.MEDIA_SCANNER_STARTED"; ACTION_MEDIA_SCANNER_FINISHED = "android.intent.action.MEDIA_SCANNER_FINISHED"; ACTION_MEDIA_SCANNER_SCAN_FILE = "android.intent.action.MEDIA_SCANNER_SCAN_FILE"; ACTION_MEDIA_BUTTON = "android.intent.action.MEDIA_BUTTON"; ACTION_CAMERA_BUTTON = "android.intent.action.CAMERA_BUTTON"; ACTION_GTALK_SERVICE_CONNECTED = "android.intent.action.GTALK_CONNECTED"; ACTION_GTALK_SERVICE_DISCONNECTED = "android.intent.action.GTALK_DISCONNECTED"; ACTION_INPUT_METHOD_CHANGED = "android.intent.action.INPUT_METHOD_CHANGED"; ACTION_AIRPLANE_MODE_CHANGED = "android.intent.action.AIRPLANE_MODE"; ACTION_PROVIDER_CHANGED = "android.intent.action.PROVIDER_CHANGED"; ACTION_HEADSET_PLUG = "android.intent.action.HEADSET_PLUG"; ACTION_NEW_OUTGOING_CALL = "android.intent.action.NEW_OUTGOING_CALL"; ACTION_REBOOT = "android.intent.action.REBOOT"; ACTION_DOCK_EVENT = "android.intent.action.DOCK_EVENT";
Data	작업 요청 URI 종류 1 : scheme, authority, path 예) weather://com.msi.manning/loc?zip=12345 종류 2 : MIME 형식, Content Provider와 연계됨 예) content://com.google.provider.NotePad/notes Scheme가 있고 Type이 없으면, 모든 Type이 매핑됨 Scheme가 없고 Type이 있으면, 모든 Scheme가 매핑됨 Scheme가 없고 Type이 없으면, 매핑되지 않음
Type	MIME 타입
Component
Extras	추가 데이터, Bundle

인텐트 선언

명시적 선언 : new Intent(Context packageContext, Class cls)
묵시적 선언 : new Intent(String action, Uri uri)

인텐트 핸들러

Activity	android.content.Context.startActivity(Intent intent)
Service	android.content.Context.startService(Intent intent) android.content.Context.bindService(Intent intent, ServiceConnection serviceconnection, int i)
BroadcastReceiver	android.content.Context.sendBroadcast(Intent intent) android.content.Context.sendStickyBroadcast(Intent intent) android.content.Context.sendOrderedBroadcast(Intent intent, String receiverPermission) android.content.BroadcastReceiver.onReceive(Context context, Intent intent)

IntentFilter

AndroidManifest.xml

Intent intent = new Intent(Constants.INTENT_ACTION_VIEW_LIST);
startActivity(intent);

<activity android:name="ReviewList"> 또는 <service> 또는 <receiver>
    <intent-filter>
        <category android:name="android.intent.category.DEFAULT" />
        <action   android:name="com.msi.manning.restaurant.VIEW_LIST" />
        <data     android:scheme="weather" android:host="com.msi.manning" />
    </intent-filter>
</activity>

동기화오류 "itunes가 ipad의 컨텐츠를 읽을수 없습니다.

닮슬아빠 — Mon, 11 Oct 2010 22:39:13 +0900

탈옥을 한경우 ifunBox를 이용해 접속한 후 과감히

/private/var/mobile/media/itunes_Control

아이튠즈_컨트롤 디렉토리 안에 것을 몽땅 지우세요... 혹시나 해서 먼저 백업을 받구요...
그러면 아이튠즈는 새로운 아이패드라고 생각하고... 기존의 계정으로 복원할 것인지를 묻습니다. ^^

안드로이드 G1 국내 SIM카드로 언락(Activation) 시키기 (원문 보완)

닮슬아빠 — Tue, 08 Sep 2009 22:31:51 +0900

중고로 초기화된 안드로이드 G1을 구했는데 우여곡절끝에 언락을 했습니다.
아래 원문은 제가 언락을 할때 참조했던 글입니다. 그런제 조금... 제가 겪었던 사실을 추가해서 보완을 했습니다.
원문을 쓰신분께 다시 한번 감사드립니다.

http://www.androidpub.com/3738

안드로이드 개발을 위해서 단말을 구입했는데 언락되어있지도 않고 G1폰이어서 폰을 접근조차 못하시는 분들이 있는것으로 알고 있습니다. 그동안 저는 미국에서 Activation시킨 후에 들여온 G1을 쓰고 있었는데, 이번에 Dev폰을 하나 추가로 입수해서 마음놓고 G1을 가져놀면서 제일 먼저 SIM카드 없이 언락시키는 법을 테스트 했습니다. 경제위기에 고환율인 이 때에 600달러는 들여서 구입하셨을텐데 어떻게든 해결해드려야겠다는 사명감으로 :) 하지만 잘못하면 폰을 사용불능으로 만들 수 있습니다. 저는 이것에 대한 어떠한 보장도 하지 않으니 일반 사용자분들은 절대로 시도하지 마시기 바랍니다!!

참고 : Dev 폰은 1번에서 바로 5번으로 건너뛰시면 됩니다.

1.
SKT든 KTF든 SIM카드를 하나 준비해서 G1에 끼워넣고 부팅을 합니다.
(뒤에 밧데리 분리가 조심스럽더라구요 과감하게 분리를 해야 합니다.http://tmobile.modeaondemand.com/htc/g1/ 를 참조하세요)
SIM network unlock PIN:
이라는 화면이 나오면 dismiss 버튼을 누릅니다.

2.
안드로이드 그림과 Welcom to T-Mobile G1 그림이 나옵니다.
여기서 가져계신 폰의 버젼을 확인합니다.
G1의 자판을 열어서

<enter>reboot<enter>

(이제 화면은 마스코드인 드로이드가 나와 있고 아래는 긴급통화(영어로) 버튼만 있습니다. 버튼이 두개인 경우는 RC30이상인 것 같습니다. 그리고 위에 자판을 열고 타이핑을 해도 화면에 어떤 표시도 되지 않습니다. 참고하시기를)
를 눌러서 단말이 재부팅되면 RC29이하 버전이고 재부팅되지 않는다면 RC30이상 버젼입니다.
RC29이하버전은 4번으로, RC30이상 버젼은 3번으로 계속진행하면 됩니다.

3.
RC30이상 버전의 경우 RC29버전으로 되돌려야 합니다.
(Dev1사용자는 아래 이미지를 굽지 마세요! G1으로 바뀌어 버립니다.)
SD카드를 하나 준비합니다. SD카드는 FAT32로 포맷되어있어야 합니다.
G1 RC29 이미지를 다운받은 후에 SD카드에 압축을 풀고 파일이름은 DREAIMG.NBH로 바꿉니다.
SD카드를 폰에 삽인한후 카메라버튼과 파워버튼을 눌러 켭니다.
폰이 부트로드 모드로 들어가면서 업데이트할 이미지를 찾습니다.
파워버튼을 눌러 업데이트를 시작합니다.
5분정도의 시간이 걸리니 절대로 중간에 파워를 끄지 마시기 바랍니다.
(저 같은 경우는 다운그레이드를 성공한 다음... 화면이 깨지는 현상이 발생했습니다. 화면조정화면 같은 화면... 그래서 강제로 껐습니다. 다시 켜니 정상적으로 돌아오더라구요 ^^)

다른 RC29 이미지 다운로드 링크
http://www.megaupload.com/?d=EMY1HIVU

4.
RC29버전인 것을 확인하셨다면, 이번엔 G1자판에서

<enter>setprop persist.service.adb.enable 1<enter>

(위 과정을 왜 하는지 모르겠습니다. 전 열심히 타이핑하다... 포기했습니다. 타이핑하는 것이 화면에 보이지 않기 때문에 실제로 정확히 하기란 힘듭니다.)

- 이 단계에서 USB 케이블로 PC와 연결을 하면 드라이버 설치가 나옵니다. 아래 설명한 디렉토리를 이용해 설치하시면 됩니다.
라고 입력합니다. 드라이버는 SDK가 설치된 폴더 밑에 usb_driver라는 폴더에 저장되어있습니다. (1.0 SDK Release2에서 부터 포함되서 나왔습니다.)

그리고 윈도우즈 커맨트창에서 SDK 설치디렉토리 밑 tools디렉토리에 들어가서

>adb shell

명령어를 쳐서 $ 라는 프롬프트까지 뜨는 것을 확인합니다.

5.
adb shell에서 다음과 같은 명령어를 입력합니다

$ am start -a android.intent.action.MAIN -n com.android.settings/.Settings
(정확히 타이핑하셔야 합니다)

WIFI 세팅화면이 단말에 표시됩니다.
(실제로는 나타나지 않습니다. 화면이 꺼져 있기 때문에 자판을 열면 화면이 켜지면서 무선랜 활성화화 설정이 뜹니다. 여기서 무선을 설정하시고 무선연결을 확인하셔야 합니다. 그 다음에 빽버튼을 이용하여 초기화면으로 나가서 드로이드를 클릭하시고 구글계정 사인을 하시면 됩니다. 앗... 아래 설명이 있구나 !!!)

6.
만세!!를 한번 외치시고.
Wireless Control에 들어가서 Wi-Fi를 체크하고 Wi-Fi settigns에가서 AP를 잡아주시면
위에 무선랜이 잡혔다는 표시가 생깁니다.
(절대로 설정만 하시도 나오시면 안됩니다. 연결되었다는 문구가 표시되야 합니다. 왜냐구요? 해보시면..ㅋㅋㅋ)

7.
세팅화면을 나와서 구글 계정등록화면을 지나면 사용하실 수 있습니다.

8.
이제 SIM카드는 빼버려도 됩니다.

Mail Pull/Push 방식

닮슬아빠 — Thu, 27 Aug 2009 14:14:41 +0900

1. Mail 이란?

: 컴퓨터의 단말기 이용자끼리 통신 회선을 이용하여 주고받는 글

2. Mail Pull / Push 방식의 이해

- Mail Pull 방식

: 사용자가 수동으로 e메일을 검색하거나 특정 시간에 가져오는 방식

- Mail Push 방식

: 마이크로소프트의 메일 서버인 Exchange서버의 메일 동기화 기술중의 하나로 모바일

장치와 Exchange서버간에 메일을 실시간으로 전달하는 방식

3. Exchange Server Mail Push 원리

- 모바일 장치와 Exchange서버간에 메일을 실시간으로 전달하는 방식

- Exchange 2003 SP2와 Windows Moible 5.0 MSFP (Messaging & Security

Feature Pack)이후부터는 https통신을 기반으로 Heartbeat을 전달하여 동기화

하는 방식으로 변경

4. Push의 원리

① 처음 모바일 장치가 네트워크에 연결

(장치와 메일 서버의 동기화 정보는 PC와의 동기화 과정에서 정되어진다)

② 모바일 장치는 일정한 시간 간격으로 서버에 Heartbeat로 정보 송신

(네트워크 망으로부터 받은 IP주소 정보를 포함)

③ 회사의 메일 서버는 사용자 모바일 장치의 정보를 가지고 있게 된다

④ 네트워크에서는 Dormant(휴면) 모드로 진입 (Data Connection상태가 아니라는 의미)

⑤ 새로운 메일이 도착하게 되면, 서버는 알고 있던 모바일 장치의 정보를 기초로 작은 신호

전송

출처 : [직접 서술] 블로그 집필 - 惡魔天使™의 발자취

자동화 빌드 툴이다 ANT 사용업

닮슬아빠 — Fri, 10 Apr 2009 16:33:56 +0900

아래 내용은

고수로 가는 지름길! Jakarta Project
이클립스 기반 프로젝트 필수 유틸리티: CVS, Ant, JUnit
두 책의 ant 부분을 보고 정리하였습니다.

# build.xml 파일의 기본구조
<?xml version="1.0" encoding="euc-kr"?>
<project name="projectName" default="defaultTargetName" basedir=".">
<property name="" location=""/>
<target name="">...</target>
<target name="" depends="">...</target>
<target name="" depends="">...</target>
<target name="" depends="" if="">...</target>
<target name="" depends="" unless="">...</target>
</project>

# project 태그
1) name : 프로젝트의 이름
2) default : Ant를 실행할때 target을 지정하지 않은 경우 기본적으로 사용할 target (필수)
3) basedir : 경로 계산할때의 기준 디렉토리. 지정하지 않은 경우 현재 디렉토리가 basedir로 사용된다. basedir 프로퍼티의 값으로도 사용된다.

# target 태그
1) name : 타켓의 이름 (필수)
2) depends : 이 타겟이 의존하고 있는 타겟의 목록. 각 타켓의 이름은 ,(콤마) 로 구분한다.
3) if : 지정한 프로퍼티가 설정되어 있는 경우 이 타겟을 수행한다.
4) unless : 지정한 프로퍼티가 설정되어 있지 않은 경우 이 타겟을 수행한다.
5) description : 타겟이 수행하는 기능에 대한 설명

# ant 경로 규칙
1) * : 0개 또는 그이상의 글자가 매칭
2) ? : 한글자와 매칭
3) ** : 다계층을 나타냄 예) dir/**/A => dir/dir1/A, dir/dir2/A, dir/dir1/dirA/A 다 포함.
4) / 또는 \ 으로 끝날 경우 : /** 또는 \** 과 동일

# includes 속성 : 포함시킬 파일의 목록 (include 태그, includesfile 속성으로 사용 가능)

# excludes 속성 : 제외시킬 파일의 목록 (exclude 태그, excludesfile 속성으로 사용 가능)

# excludes 속성 명시 여부에 상관없이 제외 되는 것들 : 제외 시키고 싶지 않을 경우 defaulteexcludes = "no" 설정
- **/*~, **/#*#, **/.#*, **/%*%, **/._*
- **/CVS, **/CVS/**, **/.cvsignore
- **/SCCS, **/SCCS/**
- **/vssver.scc
- **/.svn, **/.svn/**
- **/.DS_Store

# fileset 태그 : 파일 집합
1) dir : 파일 집합을 표시할 때의 루트 디렉토리 (dir 또는 file 중 한개 반드시 명시)
2) file : 한 개의 파일을 명시할 때 사용하는 속성 (dir 또는 file 중 한개 반드시 명시)
3) casesensitive : 대소분자 구분 여부 (true/false) 기본값 true
4) followsymlinks : 심볼릭 링크를 따라갈지의 여부 (true/false) 기본값 true)
사용 예)
<fileset dir="${basedir}/src" defaultexcludes="no">
<include name="**/*.java"/>
<include name="**/*.properties"/>
<exclude name="**/*.bak"/>
</fileset>

# dir 태그 : 디렉토리 집합
1) dir : 디렉토리 집합을 표시할 때의 루트 디렉토리 (필수)
2) casesensitive : 대소분자 구분 여부 (true/false) 기본값 true
3) followsymlinks : 심볼릭 링크를 따라갈지의 여부 (true/false) 기본값 true)
사용 예)
<dirset dir="" includes="" excludes=""/>

# patternset 태그 : 재사용 가능한 파일 집합
사용 예)
<patternset id="commonJar">
<include name="servlet.jar"/>
<include name="mail.jar"/>
<include name="activation.jar"/>
</patternset>

<fileset dir="j2eelib">
<patternset refid="commonJar"/>
</fileset>

# path 태그 : 재사용 가능한 경로 목록의 집합
사용 예)
<path id="project.class.path">
<pathelement location="fileupload/WEB-INF/classes"/>
<pathelement path="lib/servlet.jar;lib/commons-fileupload-1.0.jar"/>
</path>

<classpath refid="project.class.path"/>

- location : 하나의 파일 또는 디렉토리 지정
- path : 여러 경로를 지정 (; 또는 : 으로 구분)

# 아래의 build.xml 파일에서 ant makeZip 을 할경우 complie 은 두번이 아닌 한번만 실행되게 된다.
<project name="build" default="makeZip" basedir=".">
<target name="compile"/>
   <target name="srcCopy" depends="compile"/>
   <target name="classCopy" depends="compile"/>
   <target name="makeZip" depends="srcCopy, classCopy"/>
</project>

# property 태그 : property 지정
1) name : 프로퍼티의 이름
2) value : 프로퍼티의 값을 지정 (name 속성 지정시 value 또는 location 둘중 하나 반드시 사용)
3) location : 지정한 경로명의 절대 경로명을 값으로 지정 (name 속성 지정시 value 또는 location 둘중 하나 반드시 사용)
4) resource : 프로퍼티 파일을 읽어 올 때 사용할 자원명을 지정 (name 속성 사용않는 경우 resource, file, environment 중 하나 반드시 사용)
5) file : 지정한 파일로부터 프로퍼티 목록을 읽어 온다 (name 속성 사용않는 경우 resource, file, environment 중 하나 반드시 사용)
6) environment : 환경 변수를 읽어 올때 사용할 접두어를 지정 (name 속성 사용않는 경우 resource, file, environment 중 하나 반드시 사용)
7) classpath : 자원으로부터 프로퍼티 파일을 읽어 올 때 사용할 클래스 패스
8) classpathref : 클래스패스로 사용할 경로를 path 태그 로 부터 가져온다.
9) prefix : resource 또는 file 속성을 사용하여 읽어 온 프로퍼티를 참조할 때 사용할 접두어를 지정한다. 만약 접두어 맨뒤에 "." 가 포함되어 있지 않을 경우, 자동으로 "."이 접두어 뒤에 붙는다.
사용 예)
<property file="${basedir}/buildprop/global.properties"/>

<property environment="env"/>
<echo message="JAVA_HOME ${env.JAVA_HOME}"/>

# 기본 프로퍼티 : property 태그 사용하지 않아도 사용 가능한 프로퍼티
- 모든 자바의 시스템 프로퍼티
- basedir : 프로젝트의 기본 디렉토리의 절대 경로. project 태그의 basedir 속성에 명시된 값
- ant.file : 빌드 파일의 절대 경로
- ant.version : Ant 버전
- ant.project.name : 현재 실행주인 프로젝트의 이름. project 태그의 name 속성에 명시된 값
- ant.java.version : Ant 가 발견한 자바 버전.

# javac
1) srcdir : 소스가 위치한 디렉토리 (src 태그로 지정가능. 둘 중 하나 필수)
2) descdir : 생성된 클래스가 위치할 디렉토리를 지정. javac -d 옵션과 동일
3) classpath : 컴파일할 때 사용할 클래스패스 (class 태그로 지정 가능)
4) classapathref : path 태그로 지정한 경로를 클래스패스로 참조
5) encoding : 소스파일의 인코딩을 지정. javac -encoding 옵션과 동일
6) nowarn : 컴파일시 -nowarn 옵션 추가 (on) 기본값은 off
7) deprection : 컴파일시 -deprecation 옵션 추가 (on) 기본값은 off
사용 예)
<javac srcdir="" descdir="">
<classpath>
   <fileset>
<patternset refid=""/>
   </fileset>
</classpath>
</javac>

# jar
1) destfile : 생성할 jar 파일 지정
2) basedir : jar 파일로 압축할 기본 디렉토리 지정

사용 예)
<jar destfile="${disc}/lib/app.jar" basedir="${build}/classes"/>

<jar destfile="${disc}/lib/app.jar">
   <fileset dir="${build}/classes" exclude="**/test*.class"/>
   <fileset dir="${src}/resources"/>
</jar>

# zip
- 기본적으로 jar 사용법와 같이 사용 가능.
- zipfileset 태그를 사용하여 압축되는 파일의 경로명을 변경할 수 있음.
- zipfileset 의 속성
1) prefix : ZIP 파일에 압축될 때 변경되어 들어갈 경로명
2) fullpath : 특정 파일의 변경될 경로를 지정
3) filemode : 유닉스 기반의 시스템에서 압축되는 파일의 모드를 지정. 기본값은 644
4) dirmode : 유닉스 기반의 시스템에서 압축되는 디렉토리의 모드를 지정. 기본값은 775
사용 예)
<zip destfile="${dist}/example.zip">
<zipfileset dir="build/api" prefix="docs/api"/>
<zipfileset dir="${basedir}" includes="chang.log.20031227" fullpath="docs/chagelog.txt"/>
<zipfileset dir="build/classes" prefix="classes"/>
<zipfileset dir="build/src" prefix="src"/>
</zip>

# war
사용 예)
<war destfile="main.war" webxml="src/metadata/web.xml">
   <fileset dir="src/mainapp/html"/>
   <fileset dir="src/mainapp/jsp"/>
   <lib dir="lib">
<exclude name="logging2.jar"/>
   </lib>
   <classes dir="build/main/classes"/>
   <zipfileset dir="src/imagefile/images" prefix="images"/>
</war>

# tar
- 기본 사용 법 : <tar destfile="" basedir=""/>
- tarfileset 태그
- targileset 의 속성
1) mode : 3자리 8진수값. 775 등의 값을 갖는다.
2) username : 파일에 대한 사용자 이름을 지정한다. UID와는 다르다.
3) group : 파일에 대한 그룹 이름을 지정한다. GID와는 다르다.
4) prifix : tar 파일에 압축될 때 변경되어 들어갈 경로명
5) fullpath : 특정 파일의 변경될 경로를 지정
6) preserveLeadingSlashes : 맨 앞의 '/'를 유지할지의 여부를 지정. 기본값 : false
사용 예)
<tar destfile="${dist}/example.tar">
<tarfileset dir="build/api" prefix="docs/api"/>
<tarfileset dir="${basedir}" includes="chage.log.20031227" fullpath="docs/chagelog.txt"/>
<tarfileset dir="build/classes" prefix="classes"/>
<tarfileset dir="build/src" prefix="src"/>
</tar>
<gzip zipfile="${dist}/example.tar.gz" src="${dist}/example.tar"/>

<tar destfile="${dist}/example.tar.gz" basedir="${build}" compression="gzip"/>

# javadoc
1) sourcepath : 소스 파일의 경로 지정. 하위 디렉토리까지 모두 처리 (sourcepath, sourcepathref, sourcefiles 중 하나는 필수)
2) sourcepathref : path 에서 지정한 경로를 소스 파일의 경로로 사용 (sourcepath, sourcepathref, sourcefiles 중 하나는 필수)
3) sourcefiles : 소스 파일의 목록을 지정. 각 파일은 콤마(,)로 구분 (sourcepath, sourcepathref, sourcefiles 중 하나는 필수)
4) destdir : 결과 파일이 생성될 디렉토리
5) packagenames : 콤마로 구분된 패키지 파일의 목록. 패키지명이 *로 끝날 경우 그 하위 패키지까지 모두 처리한다.
6) excludepackagenames : 문서를 생성하지 않을 패키지의 목록을 지정. 각 패키지는 콤마(,)로 구분. 패키지명이 *으로 끝날 경우 그 하위 패키지까지 모두 제외
7) access : 접근 모드를 지정. public, protected, package, private 중 한 가지 값. 기본값 : protected
8) public : 생성되는 API 문서에 public 클래스와 멤버만 보여준다.
9) protected : 생성되는 API 문서에 protected/public 클래스와 멤버만 보여준다.
10) package : 생성되는 API 문서에 package/protected/public 클래스와 멤버만 보여준다.
11) private : 생성되는 API 문서에 private/package/protected/public 클래스와 멤버만 보여준다.
12) encoding : 소스 파일의 인코딩을 명시.
13) locale : ko_KR과 같이 사용할 로케일을 지정.
14) charset : 생성된 문서를 보여줄 때 사용할 케릭터셋을 지정.
15) version : @version 주석을 포함.
16) author : @author 주석을 포함.
17) nodeprecated : deprecated 정보를 포함하지 않는다.
18) nodeprecatedlist : deprecated 목록을 생성하지 않는다.
19) windowtitle : 문서를 위한 제목을 텍스트로 입력.
20) overview : HTML 문서로부터 개략 문서를 읽어 온다.
21) helpfile : 도움말로 사용할 HTML 파일을 지정.
22) stylesheetfile : 스타일 시트로 사용할 파일을 지정.
23) header : 생성될 HTML 파일의 헤더로 사용될 HTML 코드를 명시
24) footer : 생성될 HTML 파일의 풋터로 사용될 HTML 코드를 명시

사용 예)
<javadoc destdir="{build}/api"
sourcepath="src"
packagenames="javacan.main.*"
excludepackagenames="javacna.main.test.*"
windowtitle="Main 웹 어플리케이션"
encoding="euc-kr" />

<javadoc destdir="{build}/api"
windowtitle="Main 웹 어플리케이션"
encoding="euc-kr">
<packageset dir="src" defaultexcludes="yes">
   <include name="javacan/main/**"/>
   <exclude name="javacan/main/test/**"/>
</packageset>
</javadoc>

# copy
1) file : 복사할 파일을 지정 (fileset으로 복사할 파일 목록을 지정하지 않는 경우 필수)
2) tofile : 복사될 파일을 지정
3) todir : 원본을 복사할 디렉토리를 지정
4) overwrite : 기존 파일 덮어쓰기 여부 (true/false) 기본값 : false
5) preservelastmodified : 원본의 최종 수정 날짜 유지 여부(true/false) 기본값 : false
6) includeEmptyDirs : 텅빈 디렉토리도 복사할지의 여부(true/false) 기본값 : true
사용 예)
<copy file="${workspace}/readme.txt.200312" tofile="${build}/readme.txt"/>
<copy file="${workspace}/readme.txt.200312" todir="${build}"/>
<copy todir="${build}/src">
<fileset dir="${workspace}/src"/>
</copy>

# mkdir
사용 예)
<mkdir dir="${build}/webapp/WEB-INF/classes"/>
webapp/WEB-INF 또한 존재 하지 않는 경우 생성

# delete
사용 예)
<delete>
<fileset dir="${build}"/>
</delete>

위의 경우 ${build} 와 그 하위 디렉토리의 모든 파일을 삭제. 그러나 디렉토리는 남아있음.(fileset 은 파일의 집합)
아래와 같이 해주면 디렉토리도 전부 삭제

<delete includeEmptyDirs="true">
<fileset dir="${build}"/>
</delete>

# ant : 또 다른 빌드 파일의 실행. 여러개의 서브 프로젝트로 구성되어 있을 경우 유용
1) antfile : 사용할 빌드 파일을 지정. 명시하지 않을 경우 build.xml. dir 속성에 주어진 디렉토리에 대해 상대경로
2) idr : 새로운 Ant 프로젝트의 basedir을 지정.
3) target : 수행할 타켓을 지정
4) output : 새로운 Ant 프로젝트의 수행 결과를 저장할 파일을 명시
5) inheritAll : 새로운 Ant 프로젝트에 현재 Ant 프로젝트의 모든 프로퍼티 전달 여부(true/false). 기본값 : true
6) inheritRefs : 새로운 Ant 프로젝트에 현재 Ant 프로젝트의 모든 참조 전달 여부(true/false). 기본값 : true
사용예)
<target name="makeSubProject">
<ant dir="subproject/logging" target="prepare">
   <property name="module1.4" value="jdk1.4"/>
</ant>
<ant dir="subproject/common" target="prepare"/>
</target>

# java
1) classname : 실행할 클래스 이름 (classname, jar 둘중 하나 필수)
2) jar : 실행할 jar 파일의 위치 (classname, jar 둘중 하나 필수)
3) classpath : 사용할 클래스패스를 지정
4) classpathref : 미리 지정한 path 태그를 참조
5) fork : 세러은 가상머신에서 클래스 수행 여부 (true/false). 기본값 : false
6) maxmemory : 포크된 가상 머신에 할당할 메모리의 최대 크기를 지정 (fork가 false인 경우 무시)
7) dir : 가상 머신을 호출할 디렉토리 (fork가 false인 경우 무시)
사용 예)
<java classname="javacan.main.prepare.TableInitilizer">
<classpath>
   <pathelement path="${java.class.path}"/>
</classpath>
<sysproperty key="module" value="test"/>
<arg value="-init -d"/>
</java>

# native2ascii : 유니코드로의 변환
1) src : 변환할 파일들이 위치한 기준 디렉토리
2) dest : 변환한 결과를 저장할 디렉토리
3) encoding : 변환할 파일의 인코딩 (기본으로 JVM의 기본 인코딩 사용)
4) reverse : 이스케이프된 유니코드를 지정한 인코딩을 사용하는 문자열로 변환.
사용 예)
<native2ascii src="${config}"
dest="${build}/config"
includes="**/*.properties"
excludes="**/test/*.properties"
encoding="EUC-KR"/>

[출처] ANT 사용법|작성자 용쓰

애플 아이팟 Touch 8G (2세대)

닮슬아빠 — Mon, 06 Apr 2009 00:07:07 +0900

사고 싶은게 하나 생겼다.

왜 갑자기 사고 싶어졌는지 모르겠다...
얼마전 PSP도 정리를 했는데...

맘속으로... 꼭 필요한 거라고... 세뇌하고 있다 T.T
생일날 와이프한테 사달라고 하면 사줄까?
PSP도 와이프가 3년전에 사준건데... ^^

-->
4월 3일 드디어..

ㅋㅋㅋ PSP 중고로 팔아서 15만원... 와이프가 생일 선물로 10만원...
그래서 25만원 주고 중고 샀다 !

정규 표현식(Regular Expression)

닮슬아빠 — Thu, 02 Apr 2009 11:15:10 +0900

1. 정규 표현식이란.

문자열의 특정한 패턴을 표시하거나 검사하기 위한 규칙을 의미하며 어떤 문자열의 집합을 표시하는 텍스트 string이나 일반적인

텍스트 형시의 문서 등에서 문자열을 찾아내거나 검사하고 치환하는데 사용된다. 이러한 정규 표현식은 정규 표현식을 표시하는

특수문자와 정규 표현식을 검사하기 위한 함수가 있다.

2. 패턴을 표현하는 특수 문자

특수 문자	내용	해당문자열
.	임의의 한 글자를 의미한다.	a.b (abc, acb, afb...)
*	* 바로 앞의 문자가 없거나 한개 이상이 있을 경우	a*b (b, ab, aab, aaab...)
+	+ 바로 앞의 문자가 최소 한 개 이상일 때	a+b (ab, aab, aaab...)
?	? 바로 앞의 문자가 없거나 한 개 존재하는 경우	a?b (b, ab, cb, zb...)
^	^ 뒤에 문자열과 같은 문자열로 시작한는 경우 [] 안에서 ^ 는 [] 안의 문자를 제외한 문자를 의미한다.	^ab (ab, abc, abdr...)
$	$ 앞의 문자열과 같은 문자열로 끝나는 경우	ab$ (ab, sab, aaab...)
[]	[] 안의 문자열 중에 하나만의 문자만을 의미한다.	[a-z], [0-9], [a-zA-Z]
{}	{} 앞의 문자열의 개수를 의미한다.	a{1-3}b (ab, aab, aaab)
()	() 안의 문자는 그룹으로 인식한다.	a(bc){2} (abcbc)
\|	or 연산자이다.	a(b\|c)d (abd, acd)
[[:alpha:]]	모든 알파벳의 문자 한 자를 의미한다.	[a-zA-Z]와 동일
[[:digit:]]	모든 숫자 한 자를 의미한다.	[0-9]와 동일
[[:alnum:]]	알파벳과 숫자중 한 자를 의미한다.	[a-zA-Z0-9]와 동일
[[:space:]]	공백 문자를 의미한다.
[[:punct:]]	구두점을 의미
\	. * + ? ^ $ [] {} () \| \ 문자를 표시할때	(\*, \\, \[1\], \\|...)

3. 정규 표현식의 특수문자 사용법

1) ^a?bc : a로 시작해서 bc로 끝나는 문자(abc로 시작하는 문자)와 bc로 시작하는 모든 문자 (예 abcd, bcd)

2) ^.a : a앞에 아무 한 문자가 있어야 하고 그 문자로 시작하고 a가 들어간 문자 (예 aa, bacd, match, para)

3) a?b$ : b로 끝나는 문자열 중에 a가 없거나 한 개 이상 존재하는 문자열 (예 b, ab, aab)

4) a?b+$ : 첫 글자는 a가 있거나 없고 b가 한 개 이상이고 b로 끝나는 문자 (예 ab, b, bb, abbb, abbbb)

5) ^ab$ : 첫 글자가 a이고 끝나는 문자가 b인 경우 (예 ab)

6) [ab]cd : a나 b중에 한 글자와 cd가 포함된 acd, bcd를 포함한 문자 (예 acd, bcd, acdse)

7) ^[a-zA-Z] : 영문자로 시작하는 모든 문자 (예 a, b, c, d, ee)

8) [^ab]cd : cd 문자열 앞에 a나 b를 제외한 문자가 있는 문자열 즉, acd와 bcd를 제외한 문자열을 의미한다. (예 scd, dcd, ffcd)

9) a{2,}b : a의 개수가 최소 2개 이상이고 다음 문자가 b인 문자 (예 aab, aaabcd, aaaab)

-------------------------------------------------------------------------------------------------------------------------------------------------

정규표현식 기초

. : 다수의 한문자

? : 0개 이상의 한문자

* : 0개 이상의 문자 또는 문자열

+ : 1개 이상의 문자 또는 문자열

(chars) : (, ) 안의 문자또는 문자열을 그룹으로 묶습니다. 이 문자그룹은 Substitution(return URL)에서 $N 의 변수로 활용할수 있습니니다.

^ : 문자열의 첫문(열)을 지정합니다.

$ : 문자열의 끝 문자(열)을 지정합니다.

\(역슬래쉬) : 정규표현식에서 특별한 의미로 사용되는 문자의 특수기능을 제거합니다.(예:(, ), [, ] . 등)

{n} : 정확히 n번 반복

{n,} : n번 이상 반복

{n,m} : n 이상 m 이하 반복

[chars] : 문자들의 범위 또는 표현할 수 있는 문자들을 설정합니다.
예) [a-z] : a 부터 z 까지의 소문자, [tT] : 소문자 t 또는 대문자 T

정규표현식 단축표현들

[:alpha:] : 알파벳. [a-zA-Z] 와 같은 표현

[:alnum:] : 알파벳과 숫자. [a-zA-Z0-9] 와 같은 표현

[:digit:] : 숫자 [0-9] 와 같은 표현

[:upper:] : 대문자. [A-Z] 와 같은 표현

-------------------------------------------------------------------------------------------------------------------------------------------------

PHP는 POSIX와 Perl이라는 두 가지 스타일의 정규 표현식을 지원한다. POSIX스타일의 정규 표현식이 PHP에서 기본이지만,

Perl 스타일도 PCRE(Perl-Compitable Regular Expression)라이브러리를 사용하여 표현할수 있다.

아래의 설명은 POSIX 스타일을 기준으로 한다.

. : 문자는 줄바꿈 문자(\n)을 제외한 모든 문자를 대신할수 있다 (하나의 문자)

ex) .at : 이런 정규식은 cat, sat, mat등이 해당된다.

[a-z]at : []의 문자들은 문자 클래스라고 하고, 일치시키는 문자는 이 클래스에 속해야 한다. []안의 것들은

모두 각각 하나의 문자이다.

ex) [aeiou] : 영어의 모음에 해당되는 단어로 []안의 하나의 문자가 된다.

또한 범위를 사용해서도 표현할수 있는데 -를 사용한다.

ex) [a-zA-Z] : 대소문자 알파벳 한 문자를 의미한다.

집합의 구성원이 아니라는 표현으로 ^를 사용한다. 이는 []안에 ^가 있을경우 not이라는 의미를 가진다.

ex) [^a-z] : 소문자 알파벳 이외의 한 문자를 의미한다.

[[:alnum:]] 알파벳 문자, 숫자

[[:alpha:]] 알파벳

[[:lower:]] 소문자

[[:upper:]] 대문자

[[:digit:]] 십진법의 숫자

[[:xdigit:]] 16진법의 숫자

[[:punct:]] 구두점

[[:blank:]] 탭, 스페이스

[[:space:]] 공백 문자들

[[:cntrl:]] 컨트롤 문자들

[[:print:]] 모든 출력 가능한 문자들

[[:graph:]] 스페이스를 제외한 모든 출력 가능한 문자들

* : 패턴이 0번 이상 반복될 수 있음을 나타내고l

+ : 한번이상 반복될 수 있음을 나타낸다.

ex) [[:alnum:]]+ : 알파벳이나 숫자 한문자가 한번이상 반복. 즉, 적어도 하나이상의 알파벳이나 숫자를 의미한다.

한 문자열 뒤에 어떤 문자열이 반복해서 나타남을 정규 표현식으로 나타낸 것은 아래와 같다.
ex) (very )*large : 이는 large, very large, very very large등과 일치한다.

{}를 통해서 반복되는 횟수를 제한할 수 있다.
{3}는 세번 반복, {2, 4}은 두번에서 네번 사이로 반복, {2, }는 적어도 2번 이상 반복의 의미이다.
ex) (very ){1, 3} : very , very very , very very very 와 일치한다.

^ : 정규 표현식의 시작부분에 사용되며, 검색하는 문자열의 맨 앞부분에 이 표현이 있어야 함을 의미한다.
$ : 정규 표현식의 뒷부분에 사용되고 이 표현으로 문자열이 끝나야 됨을 의미한다.미
    ^[a-z]$ : a부터 z사이의 한문자를 의미한다.

| : 선택을 표현하는 경우 사용된다.
ex) com|edu|net : com이거나 edu이거나 net인경우를 의미한다.

\ : '.', '{', '$', '-', 등의 특수문자를 정규 표현식을 위한 특수문자가 아닌 문자로 사용하고 싶을때 '\'를 붙여서 사용한다.
    '\'를 표현할때는 '\\'라고 써준다.
ex) \\\$ : 이 경우 \$를 찾고자 할경우를 의미하게 된다.

POSIX 정규 표현식에서의 특수문자의 의미
1) []밖에서 사용되었을때
- / : 특수문자 이스케이프
- ^ : 문자열의 처음에서 일치되어야 함
- $ : 문자열의 끝에서 일치되어야 함
- . : 줄바꿈(\n)을 제외한 모든 문자와 한개를 의미
- | : 또는의 의미
- ( : 패턴의 시작
- ) : 패턴의 끝
- * : 0번 이상 반복됨
- + : 1번 이상 반복됨
- { : 반복 횟수 지정의 시작
- } : 반복 횟수 지정의 끝
- ? : 하위 표현식을 옵션으로 취급
2) []안에서 사용되었을때
- / : 특수문자 이스케이프
- ^ : 맨 처음 시작되었을 때만 not의 의미, 이외에는 문자로 인식
- - : 문자의 범위 지정

ex) ^[a-zA-Z0-9_\-\.]+@[a-zA-Z0-9\-]+\.[a-zA-Z0-9\-\.]+$
   대소영문자, 숫자, _, -, .중 한개의 문자인데 문자열의 처음에 나타나야 되고 +가 있어서 한번이상 반복된다.
   그 이후 @ 문자 한문자가 있어야 되고 대소영문자, 숫자, -중 한개의 문자인데 +가 있어서 한번이상 반복된다.
   그 이후 . 문자 한문자가 있어야 되고 대소영문자, 숫자, -, .중 한개의 문자인데 +가 있어서 한번이상 반복되며 끝난다.

사고 싶다.(VGN-P15L)

닮슬아빠 — Wed, 28 Jan 2009 13:30:07 +0900

출처: http://www.cyworld.com/music7780/2410517

소니 바이오 노트북은 언제나 비싸다..

그러나..

디자인은 언제나.. 이쁘다..

어느 순간부터.. 소니스타일에 열광 하였다...

이번에는 소니가 요세 대세 맞게 넷북을 출시를 하였다..

작년 한해 넷북 인기는 계속적으로 상승하였고..

삼성 엘지도 넷북에.. 참여 하던니..

소니까지 나왔다..

가격은.. 1.599.000원..

실속가는 조금 싸다.. 1.116.000원

보통 넷북 2대 가격이다..

근데.. 디자인이 이뻐....

올리버 그린

가넷 레드

옵시디언 블랙

한손에 잡히는 만큼..

무게가 정말..

적다... 역시 소니라는 말밖에..

대부분 넷북이 10인치에 반에..

8인치이다..

넘 작은것 아니야..

psp 스타일 메뉴이다..

요세 저걸로 밀고 있나??

아이팟 스타일이 휠씬 편한데..

결론...

언제나 소니는 성능보다..

디자인 선호 한다는걸...

글고 비씨다...

그래두 사고 싶은건..

소니스타일이니깐...

메이플 스토리 100% 주문서 파는 상인과 주문서 드롭 몹

닮슬아빠 — Wed, 07 Jan 2009 08:47:02 +0900

- NPC 엘모스 : 엘리니아 솟아오른나무3 동쪽 하단
[투구 방어력, 상의 방어력, 하의 방어력, 신발 민첩성, 귀 장식 지력, 활 공격력, 석궁 공격력, 완드 마력, 스태프 마력]

- NPC 툴카스 : 커닝시티 방황의늪2 동쪽
[투구 방어력, 투구 체력, 전신 갑옷 민첩성, 하의 방어력, 신발 민첩성, 신발 점프력, 한손검 공격력, 한손도끼 공격력, 한손둔기 공격력, 두손검 공격력, 두손도끼 공격력, 두손둔기 공격력, 창 공격력, 폴암 공격력, 단검 공격력, 아대 공격력]

- NPC 미르겔 : 에오스 탑 44층 중간 왼쪽
[귀 장식 지력, 투구 방어력, 상의 방어력, 전신 갑옷 방어력, 하의 방어력, 신발 민첩성, 신발 점프력, 신발 이동속도, 장갑 민첩성, 방패 방어력, 망토 마법방어력, 망토 물리방어력, 한손검 공격력, 한손도끼 공격력, 한손둔기 공격력, 단검 공격력, 두손검 공격력, 두손도끼 공격력, 두손둔기 공격력, 완드 마력, 스태프 마력, 활 공격력, 석궁 공격력, 아대 공격력]

- NPC 바른 : 오르비스 탑 14층 하단
[투구 체력, 귀 장식 지력, 상의 방어력, 전신 갑옷 방어력, 하의 방어력, 신발 민첩성, 장갑 민첩성, 방패 방어력, 망토 마법방어력, 망토 물리방어력, 한손검 공격력, 한손도끼 공격력, 한손둔기 공격력, 단검 공격력, 완드 마력, 스태프 마력, 두손검 공격력, 두손도끼 공격력, 두손둔기 공격력, 창 공격력, 폴암 공격력, 활 공격력, 석궁 공격력, 아대 공격력]

2005.02.23 10:27

스태프 마력주문서

10% : 맬러디 ,크림슨발록, 마스터 크로노스, 메카티안 등

60% : 와일드 카고, 주니어발록, 주니어 페페 , 다크주니어예티,페페, 원로그레이,

소울테니, 레이지 버피, 삼미호, 스톤마스크 등..