소프트웨어 프로젝트를 위한 인프라 [닫기]

Question

나는 곧 새로운 프로젝트를 이끌게 될 것이다.그리고 소프트웨어 프로젝트를 위한 기본 인프라는 무엇인지 고민해왔습니다.다음은 모든 프로젝트에 있어야 한다고 생각하는 것입니다.

-코딩 스타일 규칙

- 명명 규칙

-표준 프로젝트 디렉토리 구조(예: maven 표준 디렉토리 레이아웃 등)

-프로젝트 관리 및 문제 추적(예: trac, redmine 등)

-지속적 통합 서버(예: 허드슨, 크루즈 컨트롤 등)

내가 놓친 것이 있는지 잘 모르겠습니다.추가하고 싶은 사람 있나요?

Answer 1

예비 답변으로 Joel 테스트를 확인하세요.http://www.joelonsoftware.com/articles/fog0000000043.html

전채요리:

1. 소스 제어를 사용합니까?
2. 한 단계로 빌드를 만들 수 있나요?
3. 매일 빌드를 하시나요?
4. 버그 데이터베이스가 있나요?
5. 새로운 코드를 작성하기 전에 버그를 수정하시나요?
6. 최신 일정이 있나요?
7. 스펙이 있나요?
8. 프로그래머의 작업 환경이 조용합니까?
9. 당신은 돈으로 살 수 있는 최고의 도구를 사용하고 있습니까?
10. 테스터가 있나요?
11. 신입 지원자는 인터뷰 중에 코드를 작성합니까?
12. 복도 사용성 테스트를 수행합니까?

Answer 2

• 개정 관리 시스템(예:전복, cvs, git)

Answer 3

당신의 것 외에 나는 다음을 넣을 것입니다:

• 단위 테스트 전략
• 통합 테스트 전략
• 정의된 프로세스
• 릴리스(전달) 전략(예: 마일스톤, 작업 패키지 등)
• 소스 제어 분기 전략

Answer 4

• 문서화는 어떻습니까 - 어떻게(코드의 주석, 높은 수준의 사양), 언제, 금액, 누가
• 테스트 방법 - 단위/수락/사용자 테스트
• 코드 버전 관리, 일부 SVN/Git(또는 trac에 포함되어 있습니까?)
• 팀 역할 및 책임 - 프로젝트의 텍스트로 수행해야 함

Answer 5

지식관리가 중요합니다.이미 Trac이나 Wiki와 같은 Wiki를 사용할 계획이므로 레드마인) KM에도 사용할 수 있습니다.

Answer 6

기능 테스트는 모든 프로젝트의 필수 부분입니다.단위 테스트는 훌륭하고 Agile 프로젝트에 잘 작동하지만 기능 테스트는 여전히 필요합니다.최소한 기본 테스트 계획이 필요합니다.여러 프로젝트나 하위 프로젝트를 계획하고 있다면 테스트 전략 문서나 Wiki 페이지가 좋을 것입니다.테스트 케이스, 승인 테스트 케이스 등은 사용자 스토리나 그에 상응하는 항목에 의해 구동될 수 있지만 여전히 어떤 형태로든 존재해야 합니다.

Answer 7

나는 파일 공유 서버도 믹스에 넣을 것입니다.나는 버전 관리가 너무 기본적이어서 목록에 넣을 생각조차 하지 않았다고 생각했습니다.그러나 좋은 포인트 버전 관리입니다.

Answer 8

구성 관리 계획.개발 작업 흐름에 대한 문서화된 접근 방식, 그 사이에 병합할 방법 등이 필요합니다.