출처: https://zetawiki.com/wiki/%EB%A6%AC%EB%88%85%EC%8A%A4_%EA%B3%B5%EC%9D%B8_IP_%ED%99%95%EC%9D%B8


what is my IP in Linux
How to find out my public IP in Linux
리눅스 공인 IP 확인
리눅스 퍼블릭 IP 확인

1 방법 1: curl[편집]

  • curl로 각종 웹사이트들이 제공하는 정보 이용
명령어
curl bot.whatismyipaddress.com
curl http://ipecho.net/plain
curl icanhazip.com
curl ipv4.icanhazip.com
curl ipv4.ipogre.com
실행 예시
[root@zetawiki ~]# curl bot.whatismyipaddress.com
246.80.135.79
[root@zetawiki ~]# curl icanhazip.com
246.80.135.79
[root@zetawiki ~]# curl ipv4.icanhazip.com
246.80.135.79
[root@zetawiki ~]# curl http://ipecho.net/plain
246.80.135.79
→ 외부IP(공인 IP)
[root@zetawiki ~]# ifconfig -a | grep "inet " | grep "Bcast:" | awk '{print $2}' | awk -F: '{print $2}'
192.168.0.139
→ 내부IP

2 방법 2: ip route[편집]

ip route | awk '{print $NF;exit}'
[root@zetawiki ~]# ip route
246.80.135.0/24 dev eth0  proto kernel  scope link  src 246.80.135.79 
169.254.0.0/16 dev eth0  scope link  metric 1002 
default via 246.80.135.1 dev eth0
[root@zetawiki ~]# ip route | awk '{print $NF;exit}'
246.80.135.79

3 같이 보기[편집]

4 참고[편집]


출처:https://otoong.tistory.com/entry/MYSQL-%EB%AC%B8%EC%9E%90%EC%97%B4-%ED%83%80%EC%9E%85-1-column-type


 MySQL의 문자열 타입은 주로 텍스트를 저장하는데 쓰이지만, 임의의 데이터를 담을 수 있는 범용 타입이다. 이 타입들은 최대 길이가 변하는 값들을 담을 수 있고 대 소문자를 구별해서 처리하는 지에 따라 선택할 수 있다.

MySQL 4.1부터 CHAR, VARCHAR 그리고 TEXT 타입에 대해 문자 세트를 특정 칼럼에 적용할 수 있다. 문법은 CHARACTER SET charset 이고, 여기서 charset은 latin1, greek혹은 utf8과 같은 문자 세트 식별자이다. 서버에 의해 지원되는 허용되는 문자 세트는 SHOW CHARACTER SET문을 실행해서 정해질 수 있다. CHAR이나 VARCHAR 칼럼에 대해 문자 세트를 적용하면 보통 이들 타입에 허용되는 BINARY 속성의 사용이 미리 막혀 버린다는 것에 주의하라.

CHAR [ (M) ]

의미 : 0부터 M바이트 길이의 고정 길이의 문자를 가진 문자열. M은 0부터 255이하의 정수 값 이어야 한다. M을 생략하면 1이 기본값으로 주어진다. M문자보다 큰 문자열은 저장할 때 M길이로 잘린다. M보다 짧은 문자열은 저장될 때 오른쪽이  공백문자로 채워진다. 채워진 공백은 값을 가져올 때 제거된다.
가능한 속성 : BINARY, CHARACTER SET
허용되는 길이 : 0부터 M바이트
기본 값 : 칼럼이 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : M바이트
비교 : BINARY속성이 지정되지 않으면, 대소문자를 비교하지 않음
동의어 : 인자 없는 CHAR는 CHAR(1)에 대한 동의어이다.


VARCHAR [ (M) ]


의미 
: 0부터 M바이트 길이의 가변 길이 문자열. M은 0부터 255미만까지의 정수라야 한다. M문자보다 긴 문자열은 저장될 때 길이 M까지로 잘려나간다. 뒤쪽의 공백문자들은 저장될 때 제거된다.
허용되는 속성들 : BINARY, CHARACTER SET
허용되는 길이 : 0부터 M바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기위한 1바이트를 더함
비교 : BINARY 속성이 지정되지 않으면 대소문자 구별하지 않음
동의어 : CHAR VARYING(M). MySQL 3.23.5부터 NCHAR VARYING(M)와 NATIONAL CHAR VARYING(M)는 VACHAR(M)에 대한 동의어이다.


TINYBLOB


의미 
: 작은 BLOB값
허용되는 속성들 : 전역 속성 외에는 없음
허용되는 길이 : 0부터 255바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기 위한 1바이트를 더함
비교 : 대소문자 구별함


BLOB


의미 
: 보통 크기의 BLOB값
허용되는 속성들 : 전역 속성 외에는 없음
허용되는 길이 : 0부터 65535바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기 위한 2바이트를 더함
비교 : 대소문자 구별함


MEDIUMBLOB


의미 
: 중간 크기의 BLOB값
허용되는 속성들 : 전역 속성 외에는 없음
허용되는 길이 : 0부터 16777215바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기 위한 3바이트를 더함
비교 : 대소문자 구별함
동의어 : LONG VARBINARY


LONGBLOB


의미 
: 큰 BLOB값
허용되는 속성들 : 전역 속성 외에는 없음
허용되는 길이 : 0부터 4294967295바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기 위한 4바이트를 더함
비교 : 대소문자 구별함


TINYTEXT


의미 
: 작은 크기의 TEXT값
허용되는 속성 : CHARACTER SET
허용되는 길이 : 0부터 255바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기 위한 1바이트를 더함
비교 : 대소문자를 구별하지 않음


TEXT


의미 
: 보통 크기의 TEXT값
허용되는 속성들 : CHARACTER SET
허용되는 길이 : 0부터 65535바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기 위한 2바이트를 더함
비교 : 대소문자를 구별하지 않음


MEDIUMTEXT


의미 
: 중간 크기의 TEXT값
허용되는 속성 : CHARACTER SET
허용되는 길이 : 0부터 16777215바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 기록하기 위한 3바이트를 더한다.
비교 : 대소문자를 구별하지 않음


LONGTEXT


의미 
: 큰 TEXT값
허용되는 속성들 : CHARACTER SET
허용되는 길이 : 0부터 4294967295바이트
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 문자열)
필요한 저장공간 : 값의 길이에 그 길이를 저장하기 위한 4바이트를 더함
비교 : 대소문자를 구별하지 않음


ENUM ('value1', 'value2', ···)


의미 
: 열거값. 값의 목록 중 정확학 하나의 수에 할당되는 칼럼값
허용되는 속성들 : 전역 속성
디폴트 값 : 칼럼에 NULL이 가능하면 NULL, 그렇지 않으면 첫 번째의 열거 값
필요한 저장공간 : 1부터 255 개의 멤버까지의 열거형에 대해서는 1바이트, 255부터 65536멤버까지의 열거형에 대해서는 2바이트
비교 : 대소문자를 구별하지 않음


SET ('value1', 'value2', ···)


의미 
: 집합. 값 목록 중 영 또는 그 이상의 멤버를 할당할 수 있는 칼럼값
허용되는 속성들 : 전역 속성
디폴트 값 : 칼럼이 NULL이 가능하면 NULL, 그렇지 않으면 ''(빈 집합)
필요한 저장공간 : 1부터 8까지의 멤버가 있는 집합에 대해서는 1바이트, 9부터 16까지의 멤버가 있는 집합에 대해서는 2바이트, 17부터 24까지의 멤버가 있는 집합에 대해서는 3바이트, 25에서 32까지의 멤버가 있는 집합에 대해서는 4바이트, 그리고 33부터 64까지의 멤버가 있는 집합에 대해서는 8바이트
비교 : 대소문자를 구별하지 않음



출처: https://otoong.tistory.com/entry/MYSQL-문자열-타입-1-column-type [OT연구소]

출처: https://liveonthekeyboard.tistory.com/entry/안드로이드-스튜디오-GitHub-연동과-add-commit-push-개념 [키위남]


개발자라면 거역할 수 없는 운명


GitHub 


자신의 소스코드를 관리하는 측면의 장점도 있지만


전세계의 수많은 개발자들이 올리는 검증된 오픈 소스들을 브라우징 할 수 있는 좋은 툴입니다.




안드로이드 스튜디오에서 GitHub 와 연동하는 방법을 설명해드리겠습니다.




그 전에 짧게 깃에 대해 설명드립니다.




0. Git 이란?










개략적인 깃의 동작입니다.


Working Directory 에서 깃으로 관리 안되고 있는 파일들을 관리를 시작하려 합니다.


관리 하려는 목록에 추가(Add) 하고,


이 관리할 파일들이 확정 (Commit) 되면 로컬 저장소(Head)에 저장이 되고


이 로컬 저장소에 있는 파일을 원격 서버인 (Github) 에 발행(Push) 합니다.


아직 정확히 이해 못하셔도 괜찮습니다. 일단 이런 프로세스를 가진 형상관리 프로그램이라는 것만 감 잡으시면 됩니다!.





안드로이드 - GitHub 연동하기.


1. Git 다운로드


https://git-scm.com/downloads  (Git 다운로드 url)






링크를 통해 접속하게 되면 위와 같은 화면이 나옵니다.


여기서 여러분이 사용하는 OS 에 맞춰 Git를 설치해주세요.


설치에는 특별한 사항은 없고 NEXT만 눌러주시면 됩니다. (OS X는 Xcode 설치시 git이 자동으로 설치됩니다.) 


설치가 정상적으로 완료되면 CMD 창 (OS X는 터미널) 에서 git 이라는 명령어에 아래와 같은 출력이 나오면 정상적으로 설치 된 것입니다.








2.  GitHub 계정 생성



https://github.com/join?source=header-home   (깃 허브 계정 생성 url) 




 링크로 이동하시면 위와 같은 회원가입 양식이 나옵니다.


 모두 작성하고 회원 가입을 완료까지만 하시면 됩니다.


 안드로이드 스튜디오 내부 기능으로 GitHub와 연동을 하게 되면 자동으로 레포지터리가 생성되기 때문에 굳이 Github 홈페이지에서 따로 생성 안하셔도 됩니다!







3. 안드로이드 스튜디오 설정



먼저 깃허브와 연동할 프로젝트를 열어줍니다.


그리고 메뉴 중 VCS ] >> [ Import into Version Control ] >> [ Create Git Repository ]  를 선택해 줍니다. 





그러면 아래와 같은 화면이 나옵니다.


자신의 프로젝트가 있는 폴더를 선택해 줍니다. ( AndroidStudioProjects > "ProjectName" ) 








그 다음 새로운 VCS Root 를 생성할거냐는 질문에 당연히 Yes를 눌러주세요.







방금 작업이 끝난 후에 안드로이드 프로젝트에 있는 파일 이름들이 전부다 빨강색 으로 변한 것을 알 수 있습니다.




이유는 아직 로컬 깃 저장소 (방금 지정한 깃 저장소) 에 저 파일들이 Add 되어 있지 않기 때문입니다.


아직 깃으로 형상관리를 시작하지 않았다. "파일 변경 사항을 추적 하지 않는 중이다~~~" 라고 알려주는 것입니다.


물론 Add와 Commit 하게 되면 색은 다시 돌아옵니다.




여기까지는 자신의 컴퓨터 (로컬 저장소) 에 Git 를 설정하였고


이제는 아까 회원가입한 GitHub 에 자신의 소스를 올려보도록 하겠습니다.






4. 안드로이드 스튜디오 - GitHub 연동하기




 안드로이드 스튜디오 설정으로 들어갑니다. (OS X 는 Preferences 입니다. Window는 안본지 오래되서..아마 Setting..?)






설정에서 [ Version Control ] >> [ GitHub ] 로 이동하면 





GitHub 의 아이디와 비밀번호를 요구합니다. 


아까 가입한 정보를 입력하고 Test 버튼을 누르시면 됩니다.



Test Button Click!

 





테스트 성공한 다음 OK 눌러서 빠져나가게 되면








이렇게 이 GitHub 레포지터리의 마스터 (관리자) 비밀번호를 설정하라 합니다.


이 프로젝트가 다른 개발자와 협업을 해야하는 경우 개인적인 비밀번호가 아닌 회사 혹은 프로젝트 비밀번호를 설정해주시면 됩니다.



마스터 비밀번호까지 설정하고 난 뒤,



왼쪽 사이드바 상단 Android를 Project 로 바꿔주세요.


바꾼 뒤 프로젝트 전체 파일을 우클릭 >> Git >> Add







프로젝트의 모든 파일을 Add 하게 되면 Stage area (준비 영역) 으로 이동됩니다.



아직 로컬 저장소에 저장 되진 않았지만 Commit 할 때 로컬 저장소에 저장될 것들 인거죠.


Add 하게 되면 빨강색이였던 이름들이 초록색으로 바뀝니다.















그 다음 메뉴에서 [ VCS ] >> [ Import into Version Control ] >> [ Share Project on GitHub ]  를 선택해서 깃 허브에 프로젝트를 연동합니다.





레포지터리 이름과 리모트 이름도 설정해줍니다.


전 그냥 디폴트 값으로 했습니다. 







그 다음 메뉴에 있는 VCS Commit 버튼을 눌러줍니다.







아래와 같이 파일들이 모두 올라온 것을 확인하고 


우하단에 Commit (확정) and Push (발행) 을 눌러줍니다.


Commit 만 할 경우 로컬 저장소에만 저장되고 Push 를 해줘야 GitHub에 발행됩니다.






깃허브에 성공적으로 공유되었다는 메시지를 확인하고









마지막으로 깃허브 홈페이지에서 방금 Push 한 파일을 확인해주시면 됩니다.!



출처: https://liveonthekeyboard.tistory.com/entry/안드로이드-스튜디오-GitHub-연동과-add-commit-push-개념 [키위남]

의료기기 분류 기준, 의료기기 임대업 등 주요 FAQ


2018년도+(상반기)+자주+하는+질문집_의료기기+분야.pdf






서식


wtsnts_upload_DOC_MDLBOARD_5020190425165206_11_24_4_1_2019.hwp





출처:https://ykyh.tistory.com/4


우선 안드로이드M 이 공개 되면서 여러 변경되거나 추가된 내용 중에서 개인적으로 개발자가 가장 신경써야 할 부분은 "권한"에 대한 부분이라고 생각되어 퍼미션에 대해 제일 먼저 다루겠습니다.


Android Developer

우선 자세한 내용은 Android Developer 사이트에서 자세히 설명해 주고 있고, 안드로이드M에 대해서는 무려 한글페이지를 제공해 주고 있습니다!!!!!!!!!!!!!!!


안드로이드M 이하 버전의 경우 특정 기능을 사용하기 위해서 <uses-permission..>만 정의 하고 설치 시 안드로이드 인스톨러에서 사용자에게 고지 하도록 되어 있습니다.시 안드로이드 인스톨러에서 사용자에게 고지 하도록 되어 있습니다., 


안드로이드M 에서는 퍼미션을 사용하는 시점에 사용자에게 퍼미션 사용여부를 고지 하고 사용자가 동의해야만 사용할 수 있습니다

모든 퍼미션이 이렇게 사용해야 되는 것은 아니고, 개인정보와 관련된 몇몇 퍼미션에 관해서 별도의 처리를 해줘야 합니다.


Developer 사이트에 정의되어있는 별도로 퍼미션 처리를 해줘야하는 퍼미션은 다음과 같습니다.


권한 그룹권한
android.permission-group.CALENDAR
  • android.permission.READ_CALENDAR
  • android.permission.WRITE_CALENDAR
android.permission-group.CAMERA
  • android.permission.CAMERA
android.permission-group.CONTACTS
  • android.permission.READ_CONTACTS
  • android.permission.WRITE_CONTACTS
  • android.permission.READ_PROFILE
  • android.permission.WRITE_PROFILE
android.permission-group.LOCATION
  • android.permission.ACCESS_FINE_LOCATION
  • android.permission.ACCESS_COARSE_LOCATION
android.permission-group.MICROPHONE
  • android.permission.RECORD_AUDIO
android.permission-group.PHONE
  • android.permission.READ_PHONE_STATE
  • android.permission.CALL_PHONE
  • android.permission.READ_CALL_LOG
  • android.permission.WRITE_CALL_LOG
  • com.android.voicemail.permission.ADD_VOICEMAIL
  • android.permission.USE_SIP
  • android.permission.PROCESS_OUTGOING_CALLS
android.permission-group.SENSORS
  • android.permission.BODY_SENSORS
  • android.permission.USE_FINGERPRINT
android.permission-group.SMS
  • android.permission.SEND_SMS
  • android.permission.RECEIVE_SMS
  • android.permission.READ_SMS
  • android.permission.RECEIVE_WAP_PUSH
  • android.permission.RECEIVE_MMS
  • android.permission.READ_CELL_BROADCASTS


개발 방법

테스트로 아래의 두 퍼미션을 정의하며, "android.permission.CALL_PHONE" 의 경우 사용자의 확인이 필요한 퍼미션이고, "android.permission.ACCESS_WIFI_STATE"의 경우 확인이 필요 없는 퍼미션 입니다.


<uses-permission android:name="android.permission.CALL_PHONE"></uses-permission>

<uses-permission android:name="android.permission.ACCESS_WIFI_STATE"></uses-permission>


앱을 설치 하고 안드로이드 설정에서 애플리케이션에셔 보면 CALL_PHONE 에 관해서는 사용자가 퍼미션을 ON/OFF 처리 할 수 있도록 되있습니다. 

 

이제 우리가(개발자들) 해야할일이 생겼죠...!

1. 설정에서 퍼미션 사용이 ON으로 되어있는지 확인

 - checkSelfPermission(String permission)


2. 퍼미션 사용 요청

 - requestPermissions(String[] permissions, int requestCode)

requestPermissions 메서드를 호출 하면 팝업이 뜨면서 사용자에게 퍼미션을 허용을 요청 하게 됩니다.

사용자가 동의 버튼을 선택 할 경우 앱 설정에 퍼미션이 ON으로 바뀌게 됩니다.


 


3. 사용자 응답에 따른 결과 받기

 -  onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults)

PERMISSION_GRANTED 응답을 받았다면, 요청한 퍼미션에 대한 작업을 하시면 됩니다.


예제 소스

아래 테스트 예제를 보시면 쉽게 이해 되실겁니다.


 private final int MY_PERMISSIONS_REQUEST_CALL_PHONE = 1000;

private View.OnClickListener buttonListener = new View.OnClickListener() {
    @Override
    public void onClick(View view) {

        switch (view.getId()) {
            case R.id.BT_CALL_PHONE :

                if (checkSelfPermission(Manifest.permission.CALL_PHONE)
                        != PackageManager.PERMISSION_GRANTED) {
                    requestPermissions(new String[]{Manifest.permission.CALL_PHONE},
                            MY_PERMISSIONS_REQUEST_CALL_PHONE);
                    return;
                } else {
                    callPhone();
                }
                break;

            default:
                break;
        }

    }
};

@Override
public void onRequestPermissionsResult(int requestCode,
                                       String permissions[], int[] grantResults) {
    switch (requestCode) {
        case MY_PERMISSIONS_REQUEST_CALL_PHONE: {
            if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {

                // permission was granted, yay! do the
                // calendar task you need to do.
                callPhone();
            } else {

                // permission denied, boo! Disable the
                // functionality that depends on this permission.
                Toast.makeText(this, "NOT GRANTED", Toast.LENGTH_LONG).show();
            }
            return;
        }

        // other 'switch' lines to check for other
        // permissions this app might request
    }
}
private void callPhone() {
    Intent i = new Intent(Intent.ACTION_CALL, Uri.parse("tel:010-1234-5678"));
    startActivity(i);
}

 



출처: https://ykyh.tistory.com/4 [요콩 공부방]



1.Agile 용어

1)Agile 용어



Scrum

- 스크럼은 프로젝트 관리를 위한 애자일 방법론으로서 추정 및 조정 기반의 경험적 관리기법의 대표적인 형태입니다.
처음 시작은 1986타케우지 & 노나카 교수가 HBR에 기고한 “The New Product Development Game” 이라는 기사를

그 기원으로 봅니다.

이후 1995년에 슈와버와 제프 서덜랜드가 이 방법을 소프트웨어 개발에 소개하면서 스크럼이라 부르게 되었습니다.


• Sprint

- 개발팀은 스프린트라고 불리는 한정된 기간(Timebox)동안 계획한 일을 수행합니다. 프로젝트 상황에 따라 다르지만 주로 1~4주 정도를
스프린트 기간으로 정합니다. 이를 다른 용어로 이터레이션(Iteration)이라고도 부릅니다.

- 팀의 역량에 따라 (속도(Velocity) 근거하여) 스프린트 기간 동안 완료하기로 약속한 업무를 지속 가능한 리듬으로 작업을 수행합니다.

- 팀은 스프린트 기간 동안 스프린트 백로그(Sprint Backlog)에 스스로 계획한 목표를 달성하기 위하여, 분석/설계/개발/테스트를 통해
실행 가능한 소프트웨어를 개발합니다.


Epic

- 큰 단위의 기능(또는 시스템) 이름을 적어 놓은 것 : 우선 순위도, 크기도 없으며, 사용자 스토리를 작성하기 위한 출발점입니다.


User Story

- 소프트웨어의 사용자나 구매자에게 가치를 줄 수 있는 기능을 서술한 것으로, 계획하거나 기억하기 위한 단서로 사용됩니다.

- 대화를 통해 세부사항을 구체화하며, 세부사항을 테스트 케이스로 문서화합니다.

- 테스트를 통해 완료 여부를 판단합니.


Sprint Backlog

- 하나의 스프린트 동안 개발할 목록으로 사용자 스토리와 이를 완료하기 위한 작업을 태스크로 정의합니다.

- 각각의 태스크의 크기는 시간 단위로 추정합니다.


Estimation

- 사용자 스토리를 구현하는데 그 규모가 어느 정도인지 생각해 보는 과정입니다.

- 애자일 추정에서는 프로젝트 초기에 현실적인 판단이 어려운 Man-hour’, ‘Man-day’ 같은 시간 단위보다는 실제 수행한 것을 기반으로

공수를 추정해 낼 수 있는 스토리 포인트를 사용합니다.



2.JIRA Agile Report

1)JIRA Agile Report


Burndown chart

- 개발 완료하기까지 남은 작업량을 보여주는 그래프, 이터레이션 별로 남아 있는 작업량을 스토리 포인트라는 것으로 나타낸 것입니다.

- 스프린트 목표 달성의 가능성과 남아있는 전체 작업을 추적하기 위하여 사용합니다.

스프린트에 걸쳐 남은 작업을 추적하여, 팀은 진행 상황을 관리하고 적절하게 응답 할 수 있습니다.


Sprint Report

- 각 스프린트 백로그에 밀려 연장되었는지 완료 되었는지에 대한 작업을 이해하기 위하여 '스프린트 보고서'를 사용합니다.

- 보고서에 정기적으로 실패한 작업을 보여줄 때, 팀은 over-committing 하거나 과도한 스코프로 인해서라고 추측할 수 있습니다.


Epic Report

- 시간이 초과된 Epic 완성을 위해 진행상황을 이해하기 위하여 사용합니다.

- 추측할 수 없거나 불완전하게 남은 작업량을 추적하여 관리할 수 있습니다.


Version Report

- 정확한 시간에 버전을 릴리즈할 가능성을 이해하기 위하여 사용합니다.

- 계획에서 차이점에 따라 진행하기 시작하면 당신이 알 수 있도록 예상 프로젝트 릴리즈 일자를 추적 할 수 있습니다.


Velocity Chart

- Sprint로 부터 완벽하게 완료된 Sprint의 작업량을 추적하기 위하여 사용합니다.

- 완료된 작업의 평균양이 Velocity이며, 앞으로의 Sprint에서 현실적으로 달성할 수 있는 팀의 작업을 추정합니다.


• Control Chart

- 현재 프로세스 데이터로 미래의 성능을 결정하는데 사용할 수 있는지의 여부를 확인합니다.

- Issue의 주기 시간에 대한 적은 변화로, 미래의 성능 지표를 의미하는 신뢰를 높이는데 사용합니다.


Cumulative Flow Diagram

- 시간의 흐름에 대한 Status에서 Issue 번호를 식별할 수 있습니다.

출처: https://sootax.co.kr/4384




회사에서 직원의 퇴직 등 자격상실 또는 고용종료사유가 발생하는 경우 사업주는 자격상실신고 또는 고용종료신고를 하여야 합니다. 아래에서는 이와 관련된 4대보험 신고사항에 대해서 정리하도록 하겠습니다.


4대보험별 자격상실사유 및 업무처리

구분국민연금건강보험고용·산재보험
상실사유

퇴직 또는 퇴사
사망 

국외이주 또는 국적상실

60세 도달
다른 공적연금에 가입
기초생활수급자 책정

퇴직 또는 퇴사
사망
국적상실
의료급여수급권자

퇴직 또는 퇴사

사망
적용대상근로자에서 적용제외근로자가 되는 경우
보험관계가 소멸하는 등

보험료 부과

자격을 상실한 날의 전날이 속하는 달까지 매월 보험료 납부

자격을 상실한 날의 전날이 속하는 달까지 매월 보험료 납부

고용관계종료월의 근무일을 기준으로 월평균보수를 일할계산하여 보험료부과

보험료 정산

별도의 퇴직정산 없음

자격상실한 때에 근로자와 정산한 후 공단과 정산

다음 해 보수총액신고서에 의해 보험료를 공단과 정산

제출서류

사업장가입자자격상실신고서

직장가입자자격상실신고서

피보험자격상실신고서(고용)
근로자고용종료신고서(산재)

신고기한

자격상실일이 속하는 달의 다음달 15일까지

자격상실일부터 14일 이내

고용관계종료일이 속하는 달의 다음달 15일까지


4대보험 자격상실 상세

 국민연금 : 사업장가입자

연도 중에 근로자가 퇴직 등으로 자격상실사유가 발생한 경우, 사용자는 자격상실일이 속하는 달의  다음달 15일까지 「사업장가입자자격상실신고서」를 작성하여 신고하여야 합니다.


또한 퇴사일이 속하는 달까지 국민연금을 납부하여야 합니다. 즉, 퇴사월까지의  보험료(일할 계산한 보험료가 아닌 월 보험료 전액)를 사업장가입자로서 납부하여야 합니다.


 건강보험 : 직장가입자

연도 중에 근로자가 퇴직 등으로 자격상실사유가 발생한 경우, 사용자는 자격상실일로부터 14일  이내에 「직장가입자자격상실신고서」를 작성하여 신고하여야 합니다.


또한 퇴사일이 속하는 달까지 건강보험료를 납부하여야 합니다. 당해 연도에 매월 납부한  건강보험료는 전년도 보수를 기준으로 산정‧부과된 것이므로, 당해 연도에 지급한 총보수를 기준으로  건강보험료를 정산하여, 정산한 금액과 당해 연도에 매월 납부한 건강보험료 합계액과의 차이를 추가징수 또는  환급하여야 합니다.


 고용보험

연도 중에 근로자가 퇴직 등으로 자격상실사유가 발생한 경우, 사용자는 사유발생일의 다음달  15일까지 「피보험자격상실신고서」를 작성하여 신고하여야 합니다.


「피보험자격상실신고서」 작성시 상실사유 및 구분코드는 실업급여 수급자격제한 여부를 판단하는 기초자료가 되므로, 근로자의  실업급여 지급제한 또는 회사입장에서는 고용보험에서 지급되는 각종 지원금 지급 등의 제한에 영향을  미칠 수 있기 때문에 정확하게 작성하여야 합니다.


또한 퇴사일이 속하는 달의 근무일수에 따라 일할 계산한 월별보험료를 산정‧부과하고, 보험료 정산은 다음연도 3월 15일 보수총액신고로 정산합니다. 매월 급여지급시 고용보험 근로자부담분을 정확하게 급여에서 원천공제하였다면, 퇴사시 근로자와 회사간에 고용보험 정산절차는 필요없습니다.


 산재보험 : 피보험자

사업주가 근로자와의 고용관계를 종료한 경우 그 근로자에게 지급한 보수총액, 고용관계 종료일  등의 내용을 기재한 「근로자고용종료신고서」를 그 근로자의 고용관계가 종료한 날이 속하는 달의 다음달 15일까지 공단에 신고하여야 합니다.


또한 퇴사일이 속하는 달의 근무일수에 따라 일할 계산한 월별보험료를 산정‧부과합니다. 단, 산재보험은 사용자가 전액 부담하므로 근로자와 별도로  정산하지 않습니다.

+ Recent posts