달력

12

« 2019/12 »

  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  
  •  
  •  
  •  



 

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

댓글을 달아 주세요

 

 

git - download(설치 파일 다운로드)

 

홈페이지 접속

https://git-scm.com/

 

[Downloads for Windows] 버튼 클릭


 

 

[64-bit Git for Windows Setup] 클릭

https://git-scm.com/downloads


 

 

 


 

 

 


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

개발자의 글쓰기 - 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
Git(깃) - 버전관리 시스템  (0) 2019.03.20
Posted by codedragon codedragon

댓글을 달아 주세요


 

 

네이버 SVN 서버

·         네이버에서 개발자를 위해 무료로 제공했던 SVN 서버

·         2016 12 26일부로 종료되었습니다.

 

 

 

 

 

네이버 SVN 서버의 특징

·         유지 관리 비용이 없이 무료로 사용할 있습니다.

·         매우 쉽고 간단하게 SVN 저장소를 생성하고 사용할 있습니다.

·         저장소당 2GB, 단일 파일100MB 미만의 제약사항은 있습니다.

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

GitHub 계정 생성 하기 단계

https://codedragon.tistory.com/4868

 


 

Step1: GitHub 가입

 

https://github.com/

우측 상단의 [Sign up] 클릭

또는

화면 중앙의 [Sign up for free] 클릭


 

필수항목 입력 하단의 [Create an account] 버튼 클릭

Username

사용자ID

Email addresss

이메일 주소

Password

비밀번호

 


 

 


 

 

[검증하기]


 

 

안내에 따라 조작


 

 

[완료]


 

[Free] 항목 선택 >> 하단의 [Continue] 버튼 클릭


 

해당 항목 체크 >> [Submit]

또는

[skip this step] 클릭


 

 

가입완료!!!

Step 2: 이메일 인증단계를 수행합니다.


 

 

 


Posted by codedragon codedragon

댓글을 달아 주세요

 

 

 

Git()

·       코드를 전문적으로 관리하는 버전관리 시스템입니다.

·       BitKeeper 장점은 이어받고 속도와 비선형적인 개발(가지치기) 초점을 두어 개발한 버전관리 시스템입니다.

·       작성한 코드의 변화된 내용을 기록하고 관리해 주는 분산 버전 관리 도구입니다.

·       변경사항에 대한 버전이 만들어지며 이를 통해 협업할 때도 편리하게 사용할 있습니다.

 

 

https://git-scm.com/


 

 

Posted by codedragon codedragon

댓글을 달아 주세요



 

 

빌드(Build) 또는 패치(Patch) 버전

·       새로운 기능의 추가가 아닌 기존 기능의 오류를 개선하기 위해 사용되는 버전입니다.

·       동일한 / 버전 내에서는 완벽한 하위 호환을 유지해야 합니다.

 

V.6.2.134.567

 

 


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

Step1: GitHub 가입  (0) 2019.03.24
Git(깃) - 버전관리 시스템  (0) 2019.03.20
빌드(Build) 또는 패치(Patch) 버전  (0) 2019.03.20
소프트웨어의 변경  (0) 2019.03.20
형상관리(Configuration Management)  (0) 2019.03.20
형상의 분류  (0) 2019.03.20
Posted by codedragon codedragon

댓글을 달아 주세요