2009-06-11 4 views
4

SEI에 정의 된대로 소프트웨어 제품 라인 접근 방식을 구현 한 사람이 있습니까? 변경 사항을 어떻게 관리합니까? 어떻게 테스트합니까? 어떤 문제를 처리해야합니까?제품 라인 소프트웨어 개발의 장단점

우리는 근본적으로 제품 라인 접근법을 따르려고 노력해 왔지만, 프로그램 관리자는 프로그램에 엄격하게 요구되지 않는 테스트 변경에 대해 비용을 지불하고 싶지 않지만 무료 버그 수정을 원합니다. 그들은 또한 코드베이스에서 일어나는 변화에 대해 매우 두려워합니다. 불필요한 두려움이 아니라 필요합니다.

이것은 제품 라인 접근 방식을 설명하기 위해 마지막 PDR에서 조치 항목을 얻는 절정에 달했으며, 우리가 그것을 따라야한다고 생각하는 이유입니다. 나는 몇 가지 성공 사례를 가지고 있지만, 잠재적 인 함정에 어떻게 대처할 수 있는지에 대한 세부 사항이 충분하지 않은 softwareproductlines.com을 발견했습니다.

답변

2

recent SE Radio podcast에는 제품 라인 개발을 논의하는 작은 섹션이있었습니다. 나는 그것이 첫 번째 섹션이라고 생각한다.

관심을 가질만한 다른 3 개의 SE 라디오 podcast - Episode 53: Product Line Engineering Pt. 1, Episode 58: Product Line Engineering Pt. 2Episode 90: Product Line Engineering Pt. 3도 있습니다.

나는 이것들이 당신이 알아야 할 모든 것을 얼마나 잘 커버하고 있는지 확실하지 않지만 적어도 시작일 것입니다. 그리고 아마도이 팟 캐스트에서 다음에 어디로 갈지에 대한 조언을 얻을 수 있습니다.

+0

오늘 포드 캐스트의 요점을 요약하면 오늘날의 표준에 따라 좋은 답변을 얻을 수 있습니다. 그건해야할 일이지만, 안타깝게도 잠시 동안은 일어나지 않을 것입니다. –