달력

9

« 2020/9 »


 

 

현업에서 쓰이는 다양한 버전 관리 도구별 특징


버전 관리 도구 소개

특징

CVS

·       Concurrent Versions System

·       서버와 클라이언트로 구성되어 다수의 인원이 동시에 범용적인 운영체제로 접근 가능합니다.

·       Client 이클립스에 내장되어 있습니다.

SVN

·       Subversion

·       GNU 버전 관리 시스템으로 CVS 장점은 이어받고 단점은 개선하여 2000년에 발표되었다.

·       사실상 업계 표준으로 사용되고 있으며 SVN으로 불리고 있습니다.

RCS

 

·       Revision Control System

·       CVS 달리 소스 파일의 수정을 사람만으로 제한하여 다수의 사람이 파일의 수정을 동시에 없도록 파일을 잠금하는 방식으로 버전 컨트롤을 수행합니다.

Bitkeeper

·       SVN 비슷한 중앙 통제 방식의 버전컨트롤 툴로서 대규모 프로젝트에서 빠른 속도를 내도록 개발되었습니다.

Git

·       기존 리눅스 커널의 버전 컨트롤을 하는 Bitkeeper 대체 하기 위해서 나온 새로운 버전 컨트롤로 현재의 리눅스는 이것을 통해 버전 컨트롤이 되고 있습니다.

·       Git 속도에 중점을 분산형 버전 관리 시스템(DVCS)이며, 대형 프로젝트에서 효과적이고 실제로 유용합니다.

·       Git SVN 다르게 Commit 로컬 저장소에서 이루어 지고 push라는 동작으로 원격 저장소에 반영됩니다.(로컬 저장소에서 작업이 이루어져 매우 빠른 응답을 받을 있습니다.) 받을 때도 Pull 또는 Fetch 서버에서 변경된 내역을 받아 있습니다.

·       주요 특징으로 Git 작업 폴더는 모두 전체 기록과 기록을 추적할 있는 정보를 포함하는 완전한 형태의 저장소입니다. 네트워크에 접근하거나 중앙 서버에 의존하지 않습니다.

·       Git GNU 일반 공중 사용 허가서 v2 하에 배포되는 자유 소프트웨어로 배포됩니다.

Clear Case

·       IBM에서 제작되었습니다.

·       복수 서버, 복수 클라이언트 구조이며 서버가 부족할 필요한 서버를 하나씩 추가하여 확장성을 기할 있습니다.

 

 


'Development > Git, PM' 카테고리의 다른 글

Redmine과 GIT 연동 방법  (0) 2019.05.29
한국 저작권 판례집  (0) 2019.05.24
현업에서 쓰이는 다양한 버전 관리 도구별 특징  (0) 2019.05.16
상태 버전 (Status version)  (0) 2019.05.08
DevOps(데브옵스)  (0) 2019.05.01
이슈(issue) 특징  (0) 2019.04.26
Posted by codedragon codedragon

댓글을 달아 주세요


 

 

상태 버전 (Status version)

·       같은 버전 안에서 소규모의 변화나 패치가 있을 숫자가 증가합니다.

·       빌드 또는 패치 버전 (Build & Patch Version) 수정 버전 (Revision Version) 합쳐 상태 버전으로 간략히 표시합니다.

 

V.6.2.134

 

 


Posted by codedragon codedragon

댓글을 달아 주세요



 

DevOps(데브옵스)

·         DevOps 개발(Development) 운영(Operation) 합친 , Chef 개발사인 Opscode에서 만든 용어입니다.

·         개발과 운영 간의 상호 작용을 원활하게 하는 모든 의미하는 포괄적인 개념입니다. 그렇다고 개발과 운영을 동시에 수행한다는 말은 아닙니다. , 개발과 운영을 함께 하는 사람을 칭하는 말이 아니라 운영을 위해 개발을 하고 개발을 위해 운영을 함께 한다는 의미에 가깝습니다.

·         보통 개발(Development) 운영(Operation) 조직이 분리되어 있고, 업무도 따로 진행됩니다. 이렇게 되면 업무 효율이 떨어지고, 커뮤니케이션 비용이 발생합니다.

·         DevOps 개발, 테스트, 운영에 이르는 구간을 자동화하여 배포 주기를 짧게하고, 표준화된 도구를 사용하여 커뮤니케이션 비용을 줄이는 환경 뜻합니다.

·         DevOps 일종의 문화이며, 변화이면서 동시에 현대적인 응용 프로그램 개발 순환 사이클을 위해 반드시 필요한 실용적인 대안이기도 합니다.

 

http://bit.ly/2ZE9LIh

http://bit.ly/2INGxSe

https://en.wikipedia.org/wiki/DevOps

 

 


 

 

Chef, Opscode

https://www.chef.io/

https://en.wikipedia.org/wiki/Chef_(company)


 

 



Posted by codedragon codedragon

댓글을 달아 주세요



 

 

이슈(issue) 특징

·         버그, 기능 구현등을 포함한 업무의 단위 이슈라고 합니다.

·         담당자 사람이 맡아서 해결할 있도록 구체적으로 만듭니다.

·         다양한 추가 정보 가질 있으며, 다양한 주체가 업데이트하면서 관리하는 것이 이슈트래커의 주된 기능입니다.

 



Posted by codedragon codedragon

댓글을 달아 주세요


 

한국정보화진흥원 "정보시스템 감리지침"

 

·         정보기술 아키텍처 구축 V1.0

·         정보화 전략계획 수립 V1.0

·         시스템개발사업 구조적 정보공학적 모델 V1.0

·         시스템개발사업 객체지향 컴포넌트 모델 V1.0

·         데이터베이스 구축 V1.0

·         시스템 운영 유지보수 V1.0

·         프로젝트 관리 품질보증 V1.0

 

 

 


 

 


 

직접다운로드 

01-정보기술아키텍쳐구축.pdf

02-정보화전략수립.pdf

03-시스템개발사업 구조적정보공학적 모델.pdf

04-시스템개발사업 객체지향 컴포넌트기반 모델.pdf

05-데이터베이스구축.pdf

06-시스템운영 및 유지보수.pdf

07-프로젝트관리 및 품질보증.pdf



Posted by codedragon codedragon

댓글을 달아 주세요



 

OSS(Open Source Software: 오픈 소스 소프트웨어)

·         저작권이 있으면서 소스 코드가 공개되어 누구나 복제,  설치, 사용, 변경, 재배포가 가능한 SW 말합니다.

·         , 소프트웨어의 설계도에 해당하는 소스 코드를 인터넷 등을 통하여 무상으로 공개하여 누구나 소프트웨어를 개량하고, 이것을 재배포할 있도록 하는 소프트웨어를 말합니다.

 

 

http://bit.ly/2vihVYF

http://bit.ly/2vcC829

https://en.wikipedia.org/wiki/Open-source_software

 


Posted by codedragon codedragon

댓글을 달아 주세요



 

 

소프트웨어사업 요구사항 분석적용가이드

 


 

 

목차

I. 소프트웨어사업 요구사항 분석·적용 가이드 개요 ······· 1

1. ································ 2

2. 요구사항 분석·적용 가이드 개념 정의················ 3

3. 적용대상 범위 ·························· 6

4. 가이드 구성 특징 ························· 6

. 개요································· 6

. 소프트웨어사업 유형별 가이드 활용 방안·················· 7

II. 소프트웨어개발사업 요구사항 분석·적용 가이드 ······ 13

1. 개요 ······························· 14

. 소프트웨어개발사업 요구사항 분석·적용 주안점 ············· 14

. 소프트웨어개발사업 요구사항 분석·적용 절차 ·············· 14

2. 단계별 주요 활동 내용 ····················· 16

. 단계1: 사업 추진 준비단계 ······················ 16

. 단계2: 사업범위 방향성 수립 단계 ·················· 19

. 단계3: 업무 기술 현황 분석 단계··················· 23

. 단계4: 제안요청서 요구사항 정의단계 ·················· 33

. 단계5: 사업 발주계획 수립 발주단계 ················· 61

. 단계6: 사업이행 관리단계 ····················· 70

III. 시스템 운용환경 구축사업 요구사항 분석·적용 가이드 ··· 79

1. 개요 ······························· 80

. 시스템 운용환경 구축사업 요구사항 분석·적용 주안점··········· 80

. 시스템 운용환경 구축사업 요구사항 분석·적용 절차············ 80

2. 단계별 주요 활동 내용 ····················· 82

. 단계1: 사업 추진 준비단계 ······················ 82

. 단계2: 사업범위 방향성 수립단계 ·················· 85

. 단계3: 업무 기술 현황 분석 ····················· 90

. 단계4: 제안요청서 요구사항 정의단계 ·················· 101

. 단계5: 사업 발주계획 수립 발주단계 ················· 126

. 단계6: 사업이행 관리단계 ····················· 134

IV. 유지관리사업 요구사항 분석·적용 가이드·········· 141

1. 개요 ······························· 142

. 유지관리사업 요구사항 분석·적용 주안점 ················ 142

. 유지관리사업 요구사항 분석·적용 절차 ················· 142

2. 단계별 주요 활동 내용 ····················· 144

. 단계1: 사업 추진 준비단계 ······················ 144

. 단계2: 사업 범위 방향성 수립단계 ·················· 148

. 단계3: 업무 기술 현황 분석단계 ··················· 154

. 단계4: 제안요청서 요구사항 정의단계 ·················· 165

. 단계5: 사업 발주계획 수립 발주 단계 ················· 190

. 단계6: 사업이행 관리단계 ····················· 197

V. 정보화전략계획 수립사업 요구사항 분석·적용 가이드 ·· 207

1. 개요 ······························· 208

. 정보화전략계획 수립사업 요구사항 분석·적용 주안점 ··········· 208

. 정보화전략계획 수립사업 요구사항 분석·적용 절차 ············ 209

2. 단계별 주요 활동 내용 ····················· 211

. 단계1 : 사업 추진 준비단계 ······················ 211

. 단계2: 사업범위 방향성 수립단계 ·················· 214

. 단계3: 업무 기술현황 분석단계 ··················· 217

. 단계4: 제안요청서 요구사항 정의단계 ················· 229

. 단계5: 사업 발주계획 수립 발주단계 ················· 244

. 단계6: 사업이행 관리단계 ····················· 257

. 제안요청서 작성 사업관리 양식 예시 ··········· 257

. 참고문헌 ····························

 

 

 

 

 

 

직접 다운로드

SW_Requirement_Analysis_Guide.z01

SW_Requirement_Analysis_Guide.zip

 

or

http://bit.ly/2V72KA9

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

Git 탄생 배경

리눅스 커널처럼 규모가 오픈 소스를 관리하기 위해 2002 BitKeeper 이용하였으나,

커뮤니티가 만드는 리눅스 커널과 상용 Bitkeeper 무료 사용이 제고되면서, 리눅스 토발즈를 비롯한 리눅스 개발 커뮤니티에서 자체 도구를 만드는 계기가 되어 탄생했습니다.

 

 

 

BitKeeper

https://www.bitkeeper.org


 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

개발자의 글쓰기 - pdf

업데이트 내용은 아래 페이스북 링크에서 확인하시기 바랍니다. 


 

 

<목차>

 

1 코딩 시간을 줄이는 이름 짓기 9

네이밍 컨벤션, 이유를 알고 쓰자 10

함수 이름 짓는 가장 쉬운 방법 16

좋은 이름은 존재의 이유를 설명한다 22

 

2 코드의 필요악, 주석 쓰기 29

좋은 코드에는 주석이 없다? 30

주석이 필요한 경우 38

주석에도 컨벤션이 있다 41

좋은 주석을 만드는 발췌, 요약, 종합 44

주석의 악순환을 끊자 51

 

3 사용자와 소통하는 알림창 메시지 쓰기 56

오류 메시지로 개발자 유형 57

오류 메시지 쓰는 60

오류 횟수에 따라 메시지를 달리 쓰자 63

오류 메시지 대신 예방 메시지를 쓰자 67

알림창에는 개발자의 철학이 담겨 있다 71

 

4 고객 관점의 릴리즈 노트 쓰기 75

내용을 쓰고 제목을 붙이자 76

고객에게 유용한 정보를 쓰자 83

법적인 문제를 고려해서 쓰자 87

문제해결 보고서처럼 쓰자 93

과거를 리뷰하고 미래를 보여주자 98

 

5 비즈니스를 이해하는 장애보고서 쓰기 101

장애보고서 쓰기 특징 6가지 102

질문에 대답하는 신속한 글쓰기 105

원인과 이유를 찾는 분석적 글쓰기 113

상사를 고려하는 비즈니스 관점의 글쓰기 119

원하는 것을 얻는 정치적 글쓰기 124

 

6 설명·묘사로 정확한 개발 가이드 쓰기 129

서비스 개념을 범주, 용도, 특징으로 설명하자 130

범주를 정확하고 적절하게 선택하자 133

용도를 범주의 핵심 기능으로 기술하자 140

특징을 장점과 강점에서 뽑아 쓰자 145

글에 묘사를 더하면 이해가 빠르다 150

글과 그림의 내용을 일치시키자 157

객관적 묘사와 주관적 묘사 하자 163

 

7 논증·서사로 유용한 개발 가이드 쓰기 168

의견을 쓰려면 근거를 대자 169

거칠게도 공손하게도 쓰지 말자 173

주장과 이유의 거리를 좁혀서 쓰자 177

문제와 답의 거리를 좁혀서 쓰자 182

스크린샷으로 가이드할 때는 짧게 쓰자 186

독자의 수준 대신 기술의 범용성을 기준으로 쓰자 190

순서에서 단계를, 단계에서 목차를 만들자 197

 

8 수주를 돕는 SI 제안서 쓰기 205

개발자가 알아야 제안서 작성 원칙 206

고객의 문제 인식과 제안사의 문제 해결 능력 213

고객의 요구사항은 변할 수밖에 없다 224

고객의 총만족도를 높이자 232

 

 

 

 

직접 다운로드

개발자의글쓰기(김철수지음)_PDF_v1.0.0.pdf



 

or

http://bit.ly/2C2CP1N

 



Posted by codedragon codedragon

댓글을 달아 주세요


 

 

단위테스트 (Unit Test)

·         단위 테스트는 시스템의 소스코드 로직등을 점검하는 단계로, 소스코드의 Class Method단위의 검증 수행합니다.

·         단위테스트는 개발 단계에서 개발자 또는 개발팀 차원에서 직접 수행을 하게 됩니다.

·         자신이 코딩한 Method Class 정상적으로 동작하는지를 테스트하는데, 주로 기능위주의 작동여부를 점검합니다.

 

·         단위테스트는 단위코드에서 문제발생 소지가 있는 모든 부분을 테스트하는 작업입니다.

·         단위테스트는 메소드(ex: Method) 같은 단위 모듈별 테스팅 함으로써 코드 품질을 보장합니다.

·         소스 코드의 특정 모듈(단위 모듈) 의도된 대로 정확히 작동하는지 검증하는 절차, 모든 함수(메소드) 대한 테스트 케이스(Test case) 작성하는 절차를 말합니다.

·         정확한 단위 테스팅을 수행하면 통합 테스팅시 회귀결함(모듈통합에 의해 발생하는 결함) 줄여줍니다.

 

·         코드 단위(유닛; Unit) 정확히 하는지 코드를 사용해 검증하는 방법입니다. 유닛 테스트를 작성하다 보면 함수의 사용자가 함수로부터 어떤 기능을 기대할지를 미리 생각할 있게 해주므로 테스트 주도 개발TDD, Test Driven Development 가능해집니다.

 

 

 

 

https://ko.wikipedia.org/wiki/유닛_테스트

 



'Development > Git, PM' 카테고리의 다른 글

Git 탄생 배경  (0) 2019.04.17
개발자의 글쓰기 - pdf  (0) 2019.04.14
단위테스트 (Unit Test)  (0) 2019.04.12
git - download(설치 파일 다운로드)  (0) 2019.04.06
네이버 SVN 서버, 네이버 SVN 서버의 특징  (0) 2019.04.01
Step1: GitHub 가입  (0) 2019.03.24
Posted by codedragon codedragon

댓글을 달아 주세요