상세정보

d

d

dd
dd

더 괜찮은 개발자가 되기 위한 프로젝트 더보기

내 기술에 깊이를 더하는 프로젝트의 생성과 소멸

지은이 |   이세민, 김남준
옮긴이 |   
발행일 |   2018-02-25
페이지 |   376가격 |   20,000원
ISBN |   978-89-6540-235-0
분야 |   프로젝트, 프로젝트개발, 개발자
dddddd

더 괜찮은 개발자가 되기 위한 프로젝트 더보기

내 기술에 깊이를 더하는 프로젝트의 생성과 소멸

지은이 |   이세민, 김남준
옮긴이 |   
발행일 |   2018-02-25
페이지 |   376
가격 |   20,000원
ISBN |   978-89-6540-235-0
분야 |   프로젝트, 프로젝트개발, 개발자
ddd
ddd
실제 스마트 영업지원 시스템 개발 프로젝트의 라이프사이클을 따라가보자
이 책에서는 실제 프로젝트의 생성과 소멸, 시스템 개발 후 운영과 관리까지의 모든 라이프사이클을 따라가본다. 그러면서 실제와 같은 산출물을 바탕으로 소규모 프로젝트를 진행해볼 수 있다. 전반적인 프로젝트 관리를 다룬 PM 도서와는 많이 다르며 대상 독자도 다르다. 간접 체험을 통해 시간이 흘러야만 알 수 있는 기술적 경험과 공학적 이론이 실무에 어떻게 사용되는지를 전달하고자 했으며 독자가 가진 기술에 깊이를 더하고자 했다. 다양한 사람들이 참여하는 프로젝트를 이해한다는 것은 책임과 복잡한 이해관계를 이해한다는 것이다. 따라서 다른 사람과의 소통 능력 향상도 기대할 수 있다. 분야의 특성상 추상적인 것들을 최대한 그림과 표, 다양한 산출물을 활용하여 쉽고 구체적으로 알 수 있도록 했다.


왜 개발자가 프로젝트의 모든 것을 알아야 할까?
PM이 아닌 이상, 프로젝트에 참여하는 개발자나 엔지니어는 자기 분야 외의 것은 경험하기도 이해하기도 어렵다. 하지만, 왜 개발자가 모든 과정을 알아야 할까? 고도화된 IT 기술이 빠르게 변화하듯 ‘더 괜찮은’ 개발자로 성장하려면 갖추어야 할 것들도 이전과는 다르게 변화하고 있다. 자신의 분야엔 전문성과 깊이를 가져야 하지만, 이것 외에도 폭넓은 교양과 인적 네트워크까지 가져야만 한다.
이것이 왜 개발자가 프로젝트를 알아야 하는지에 대한 작은 힌트이며 이에 대한 해답을 프로젝트란 틀을 빌려 말하고자 한다.


- 출판사 리뷰 -
프로젝트를 알아야하는 이유
- 다양한 사람들이 참여하고 공동 업무에서 각자의 목표와 위험, 책임과 이해관계가 얽혀있다. 이것을 이해할 수 있다면 상대가 무엇을 원하는지 알 수 있다.
- 다양하고 깊이 있는 지식이 필요하다. 다른 분야의 도메인 지식과 전문 기술, 용어 등을 익히는 데 필요한 시간을 조금 단축시킬 수 있다.
- 넓은 시야를 갖기 위해서는 Enterprise IT 분야에서 어떤 업무와 일을 하는지 이해하는 것이 무엇보다 중요하다.
- 성장을 위한 이직이나 전직은 좋은 선택 중 하나이다. 프로젝트 전체 라이프사이클을 이해하고 다른 업무에서 필요한 전문 기술을 알고 있다면 새롭게 적응하는 데 많은 도움이 된다.
1장. 시작하기
_1.1 프로젝트란 무엇인가
_1.2 프로젝트에 대해 알아야하는 이유
_1.3 이 책의 구성
_1.4 대상 독자


2장. 프로젝트 만들기
_2.1 프로젝트 기획하기
_2.2 제안요청서 만들기
_2.3 제안서 만들기
_2.4 제안 평가와 계약


3장. 프로젝트 관리하기
_3.1 프로젝트 관리란?
_3.2 소프트웨어 생명주기 모델
_3.3 소프트웨어 개발방법론
_3.4 프로젝트 관리 절차와 방법


4장. 프로젝트 분석하기
_4.1 요구사항 분석
_4.2 요구사항 도출
_4.3 요구사항 분석
_4.4 요구사항 명세
_4.5 요구사항 검증


5장. 프로젝트 설계하기
_5.1 프로젝트 설계란?
_5.2 프로세스 설계
_5.3 인터페이스 설계
_5.4 데이터 설계


6장. 시스템 개발하기
_6.1 개발 표준 정하기
_6.2 개발환경 구축하기
_6.3 팀으로 개발하기
_6.4 효율적으로 코딩하기
_6.5 프로그램 단위 테스트


7장. 프로젝트 완료하기
_7.1 프로젝트는 어떻게 완료하는가?
_7.2 프로젝트 완료를 위한 테스트
_7.3 서비스 시작
_7.4 프로젝트 검수


8장. 정보시스템 운영하기
_8.1 정보시스템 운영이란?
_8.2 시스템운영에 필요한 인프라지식
_8.3 시스템운영에 필요한 네트워크 지식
_8.4 시스템운영에 필요한 보안 지식
_8.5 시스템운영에 필요한 운영체제 지식


9장. 프로젝트와 국제표준
_9.1 표준화와 품질
_9.2 정보시스템 구축 국제표준 CMMi
_9.3 정보시스템 관리 국제표준 ISO/IEC 25000
_9.4 국제표준 활용방안


부록
_1.1 프로젝트 계획서, 1.2 견적서, 1.3 제안요청서, 1.4 제안서
_4.1 회의록, 4.2 요구사항명세서
_5.1 프로세스설계서, 5.2 인터페이스설계서, 5.3 ERD, 5.4 DB명명규칙정의서, 5.5 용어사전
_5.6 테이블정의서, 5.7 코드정의서
_7.1 준공완료 공문, 7.2 검사확인내역서, 7.3 검수조서
이세민
다양한 시스템을 구축한 경험이 있는 전문 프로그래머이다. Java로 프로그램을 시작했으며 현재는 파이썬을 활용해 다양한 시도를 하고 있다. 취약점 분석, 인공지능, 블록체인 기술에 관심이 있으며 바람에 흔들리지 않는 뿌리 깊은 프로그래머가 되는 것이 목표이다. 관심 있는 기술을 깊이 있게 다루고 있는 블로그(multicore-it.tistory.com)를 운영하고 있다.


김남준
개발자로 시작하여 정보 시스템 구축 사업관리 및 운영·IT 기획 등을 담당하였고, 현재 시스템 설계, 개발 등의 품질 평가를 하고 있다. 수학적 모델링 기반의 알고리즘 구현에 관심이 있으며, 블로그(sysnote.tistory.com)를 통해 다양한 주제를 다루고 있다.

실제 스마트 영업지원 시스템 개발 프로젝트의 라이프사이클을 따라가보자
이 책에서는 실제 프로젝트의 생성과 소멸, 시스템 개발 후 운영과 관리까지의 모든 라이프사이클을 따라가본다. 그러면서 실제와 같은 산출물을 바탕으로 소규모 프로젝트를 진행해볼 수 있다. 전반적인 프로젝트 관리를 다룬 PM 도서와는 많이 다르며 대상 독자도 다르다. 간접 체험을 통해 시간이 흘러야만 알 수 있는 기술적 경험과 공학적 이론이 실무에 어떻게 사용되는지를 전달하고자 했으며 독자가 가진 기술에 깊이를 더하고자 했다. 다양한 사람들이 참여하는 프로젝트를 이해한다는 것은 책임과 복잡한 이해관계를 이해한다는 것이다. 따라서 다른 사람과의 소통 능력 향상도 기대할 수 있다. 분야의 특성상 추상적인 것들을 최대한 그림과 표, 다양한 산출물을 활용하여 쉽고 구체적으로 알 수 있도록 했다.


왜 개발자가 프로젝트의 모든 것을 알아야 할까?
PM이 아닌 이상, 프로젝트에 참여하는 개발자나 엔지니어는 자기 분야 외의 것은 경험하기도 이해하기도 어렵다. 하지만, 왜 개발자가 모든 과정을 알아야 할까? 고도화된 IT 기술이 빠르게 변화하듯 ‘더 괜찮은’ 개발자로 성장하려면 갖추어야 할 것들도 이전과는 다르게 변화하고 있다. 자신의 분야엔 전문성과 깊이를 가져야 하지만, 이것 외에도 폭넓은 교양과 인적 네트워크까지 가져야만 한다.
이것이 왜 개발자가 프로젝트를 알아야 하는지에 대한 작은 힌트이며 이에 대한 해답을 프로젝트란 틀을 빌려 말하고자 한다.


- 출판사 리뷰 -
프로젝트를 알아야하는 이유
- 다양한 사람들이 참여하고 공동 업무에서 각자의 목표와 위험, 책임과 이해관계가 얽혀있다. 이것을 이해할 수 있다면 상대가 무엇을 원하는지 알 수 있다.
- 다양하고 깊이 있는 지식이 필요하다. 다른 분야의 도메인 지식과 전문 기술, 용어 등을 익히는 데 필요한 시간을 조금 단축시킬 수 있다.
- 넓은 시야를 갖기 위해서는 Enterprise IT 분야에서 어떤 업무와 일을 하는지 이해하는 것이 무엇보다 중요하다.
- 성장을 위한 이직이나 전직은 좋은 선택 중 하나이다. 프로젝트 전체 라이프사이클을 이해하고 다른 업무에서 필요한 전문 기술을 알고 있다면 새롭게 적응하는 데 많은 도움이 된다.
1장. 시작하기
_1.1 프로젝트란 무엇인가
_1.2 프로젝트에 대해 알아야하는 이유
_1.3 이 책의 구성
_1.4 대상 독자


2장. 프로젝트 만들기
_2.1 프로젝트 기획하기
_2.2 제안요청서 만들기
_2.3 제안서 만들기
_2.4 제안 평가와 계약


3장. 프로젝트 관리하기
_3.1 프로젝트 관리란?
_3.2 소프트웨어 생명주기 모델
_3.3 소프트웨어 개발방법론
_3.4 프로젝트 관리 절차와 방법


4장. 프로젝트 분석하기
_4.1 요구사항 분석
_4.2 요구사항 도출
_4.3 요구사항 분석
_4.4 요구사항 명세
_4.5 요구사항 검증


5장. 프로젝트 설계하기
_5.1 프로젝트 설계란?
_5.2 프로세스 설계
_5.3 인터페이스 설계
_5.4 데이터 설계


6장. 시스템 개발하기
_6.1 개발 표준 정하기
_6.2 개발환경 구축하기
_6.3 팀으로 개발하기
_6.4 효율적으로 코딩하기
_6.5 프로그램 단위 테스트


7장. 프로젝트 완료하기
_7.1 프로젝트는 어떻게 완료하는가?
_7.2 프로젝트 완료를 위한 테스트
_7.3 서비스 시작
_7.4 프로젝트 검수


8장. 정보시스템 운영하기
_8.1 정보시스템 운영이란?
_8.2 시스템운영에 필요한 인프라지식
_8.3 시스템운영에 필요한 네트워크 지식
_8.4 시스템운영에 필요한 보안 지식
_8.5 시스템운영에 필요한 운영체제 지식


9장. 프로젝트와 국제표준
_9.1 표준화와 품질
_9.2 정보시스템 구축 국제표준 CMMi
_9.3 정보시스템 관리 국제표준 ISO/IEC 25000
_9.4 국제표준 활용방안


부록
_1.1 프로젝트 계획서, 1.2 견적서, 1.3 제안요청서, 1.4 제안서
_4.1 회의록, 4.2 요구사항명세서
_5.1 프로세스설계서, 5.2 인터페이스설계서, 5.3 ERD, 5.4 DB명명규칙정의서, 5.5 용어사전
_5.6 테이블정의서, 5.7 코드정의서
_7.1 준공완료 공문, 7.2 검사확인내역서, 7.3 검수조서
이세민
다양한 시스템을 구축한 경험이 있는 전문 프로그래머이다. Java로 프로그램을 시작했으며 현재는 파이썬을 활용해 다양한 시도를 하고 있다. 취약점 분석, 인공지능, 블록체인 기술에 관심이 있으며 바람에 흔들리지 않는 뿌리 깊은 프로그래머가 되는 것이 목표이다. 관심 있는 기술을 깊이 있게 다루고 있는 블로그(multicore-it.tistory.com)를 운영하고 있다.


김남준
개발자로 시작하여 정보 시스템 구축 사업관리 및 운영·IT 기획 등을 담당하였고, 현재 시스템 설계, 개발 등의 품질 평가를 하고 있다. 수학적 모델링 기반의 알고리즘 구현에 관심이 있으며, 블로그(sysnote.tistory.com)를 통해 다양한 주제를 다루고 있다.