2013-06-07 7 views
2

는 SDLC가 있어야합니다 (내가 소셜 네트워크 크기 프로젝트와 같은 의미 여기에 큰 말할 때) 한 사람이 큰 웹 사이트에서 작동 할 때 SDLC는큰 웹 프로젝트에서 작업 SDLC는

을 방법론 대규모 프로젝트에서 작업 방법론 거기에 폭포처럼 애자 일 방법론이 몇 개있다. 작업 팀 (하나 또는 다수)이 요구 사항을 명확하게 알고 팀이 높은 경험이 없을 때 유용 할 때 가장 적합합니다.

민첩한 방법론은 팀이 요구 사항에 대해 명확하지 않을 때 가장 적합합니다. 프로그래밍 경험이 있지만 시스템이 커지면 (따라서 대규모 프로젝트에 대해 이야기하고 있습니다.) 대규모 프로젝트의 첫 프로토 타입에서 직면 한 시스템의 핵심을 수정하기가 어려워집니다.

소셜 네트워크와 같은 대규모 프로젝트에서 일하는 한 개발자는 처음에 어떤 기능을 제공합니까? 어떻게 그것에 대해 가야합니까?

(로그인 제어, 프로필 등)와 같은 일반적인 기능으로 시작하거나 소셜 네트워크를 다른 사람들과 구분하는 주요 기능에 중점을 둡니다 (이는 또한 필수 기능에 중점을 둔 민첩한 원칙 중 하나입니다.)?

새로운 대형 프로젝트를 시작할 때 개발자는 무엇을합니까? 프로젝트에서 수행하는 단계는 무엇입니까? 내 말은 어디에서 시작하니, 어디에서 끝내 셨는지 생각해보십시오. (?)

답변

0

먼저 추악한 진실 :

". ..Process 만 2 차 효과 독특한 사람, 자신의 감정, 품질, 통신 더 영향력이다"[크레이그 Larman, 민첩하고 반복적 인 개발]

이고 폭포의 대안?

민첩하지 않겠습니까? "폭포"가 대안이라고 생각하지 않습니다. 반복적으로 작업해야합니다. 그래서 저는 생각합니다. 반복적이고 점진적인 개발이 핵심입니다.

어떻게 프로젝트를 시작하기 위해 [반복 및 Inceremental 개발은 민첩하고 민첩하지 않도록 선택할 수 있습니다 의미하지 않는다]? 위험 중심 방식으로 작업하십시오.

요구 사항 위험에 대한 양적인 값을 설정하십시오. 예를 들어, 아주 간단한 하나

  • 구조적으로 중요한은 [아키텍처에 significiant influlenence 있습니다 하드를 한 후 구현 변경하려면]
  • Businessly Criticall 조기 석방이 높은 비즈니스 가치, 또는 고객이있는 경우 [비즈니스 관점를 들어, 윌 이것은 당신이 다른 많은 CRITERIAS를 추가 할 수 있습니다 귀하의 상황에 따라 단순한 하나, 입니다

] 일찍 볼 때 행복합니다.

일반적으로 비판적으로 중요한 요소와 업무상 비판적인 요소 인 의 균형을 조정해야합니다.

초기 반복에서 기술적으로나 비즈니스 적으로 비판적인 것들을 구현하십시오. 열심히 열심히 두십시오 그러나 사업 끝내는 반복에 더 값이 싼 그들을 가지고 있습니다.

그리고 제품 소유자 또는 고객과 비즈니스 및 기술 위험을 평가하는 것이 좋습니다. He- 그녀는 기술적으로 중요한 고려 사항에 대한 통찰력을 얻게되며 사업 적 비평 기능에 대한 통찰력을 얻게됩니다. 두 사람 모두 다음에해야 할 일을 결정할 것입니다.

라만 (Larman)은 그의 저서에서 멋지고 간단한 설명을하고 있습니다. 확인 : 크레이그 라먼, 민첩하고 반복적 인 개발 [제 11 장 : 연습 팁 페이지 264-267 반복 목표를]

다음

는 그의 책에서 샘플 기준입니다 :

enter image description here