2010-07-13 1 views

답변

0

아마도 모든 산출물과 범위 지정 또는 요구 사항을 달성하기가 어렵다는 온 전성 검사를 수행하는 것이 좋습니다. - 이것들은 계약 자체에서 분리되어 검토 될 수 있기를 바랍니다.

0

상황과 조직에 따라 다르지만 코드 검토에 익숙한 엔지니어 또는 엔지니어링 관리자가 제 3 자 및/또는 제 3자를 사용하는 경우 소유권이나 권리를 허위 진술하지 않도록하십시오. 또는 오픈 소스 라이브러리 및 코드.

1

계약은 일반적으로 소프트웨어 개발자에게 거의 영향을 미치지 않습니다. 제 경험으로 볼 때 소프트웨어 개발자가 계약을 검토하는 것은 드문 일입니다.하지만 엔지니어링 부서의 한 유형 또는 다른 관리자가 자주 검토합니다. 그 (것)들을위한 주요 관심사는 제안한 것, 날짜, 어떤 형벌 및 제안 된 정비 또는 지원 일 것입니다.

소프트웨어 사양 (계약서에 종종 포함될 수 있음)은 개발자가 가장 잘보아야하지만 실제 검토 (계약서에 서명하기 전에 피드백을 제공 및/또는 제공하는 것)는 건축가, 제품 관리자, 프로젝트 관리자, 기술 책임자 및 이와 유사한 수석 역할을 담당합니다.

물론이 뜻은 회사의 등 소프트웨어는 맞춤형 소프트웨어 또는 기성 제품 중 또 다른 롤 여부에 지역의 어떤 종류의 회사와 따라

0

에 많은 변화 이것은 계약서 작성 방법에 달려 있습니다. 전달해야 할 것에 대한 세부 사항이 계약서에 통합되어 있으면 소프트웨어 개발자가 검토해야합니다. 종종 이것은 단지 계약서에 첨부 된 전시회 일뿐입니다. 이 경우 해당 전시회를 검토하기 만하면됩니다. 소프트웨어 팀은 계약의 대부분을 구성하는 벌금 조항, 손해 배상 조항 등을 걱정하지 않아야하며, 납품 날짜와 사양에 관한 것이어야합니다.