원본 문서 (DITA)에 내 요구 사항의 추적 성 메커니즘을 (정확하게) 포함해야한다는 요구 사항이 있습니다. 예를 들어, IFU1234 요구 사항은 제품 폐기 및 재활용에 대한 정보를 포함해야한다는 것을 나타냅니다. 나는 해당 초안에서 요구 사항 번호를 나타 내기 위해 초안 주석 태그를 하이 잭킹 할 수 있다고 생각했습니다. 그런 다음이 주석이있는 PDF를 게시하여 내 문서에서 모든 req를 처리했음을 보여줄 수 있습니다. 그리고 코멘트없이 최종 PDF를 게시하십시오. 초안 - 주석 요소를 허용해도됩니까? 내 유스 케이스에 더 적합한 다른 요소가 보이십니까? (우리는 CMS가 없습니다.) 고마워,메타 데이터가 dita 내용
나는 이런 식으로 <draft-comment>을 사용하지 않을 것입니다. 내가해야 할 일은 이름 요구 사항이있는 <othermeta>을 사용하고 그것이 만족하는 요구 사항에 설정된 콘텐츠입니다. 그런 다음 한 출력 버전에서 요구 사항을 출력하는 처리를 추가하고 매핑을 처리하기 위해 맵에서 @outputclass를 사용합니다.
필자는 Julio에 동의합니다. 거의 모든 상황에서 데이터 요소를 사용할 수 있지만 주제 프롤로그의 메타 데이터가 가장 적합 할 수 있습니다.
DITA 1.3의 경우 문제와 같이 변경 소스를 식별하기위한 마크 업을 포함하여 변경 기록을 캡처하기 위해지도 및 주제 프롤로그에 사용할 명시 적 마크 업을 제공하는 새로운 "릴리스 관리"도메인이 추가됩니다 이슈 추적 시스템이나 공식적인 요구 사항에서. 그것은 당신이 찾고있는 것과 같다고 들립니다.
초안 주석을 표시하거나 숨길 수있는 것과 동일한 방식으로 요구 사항 정보를 일부 출력에 표시하려면 XSLT 또는 PDF 사용자 정의가 매우 쉽습니다 (예 : DRAFT 런타임 매개 변수 사용). 관련 요구 사항을 적절한 방법으로 보여줍니다.
설명하는 릴리스 관리 도메인이 정확히 필요한 것 같습니다 (그러나 1.3 릴리스를 기다릴 수는 없습니다.)). "꽤 쉬운 XSLT 또는 PDF 사용자 정의"에 대해 자세히 설명해 주시겠습니까? 커스터마이제이션은 새로운 것이므로 처음 DITA 프로젝트를 시작하는 것입니다. –
예제 태그를 코드로 표시하는 것을 잊었습니까? 대답은 읽기가 약간 어렵습니다. 그 이유는 속성 이름 ("요구 사항"으로 설정)과 내용으로 othermeta 요소의 사용을 제안했기 때문입니다. 맞습니까? 그러나이 요소들은 당신의 대답에 나타나지 않습니다. 그 또는 "데이터"요소는 내가 어쨌든 제안했을 것입니다. BTW, 둘 다 주제의 제목 뒤에 프롤로그 내부의 메타 데이터 요소에서 찾을 수 있습니다. – Anders
감사합니다. Julio & Anders. 앤더스처럼, 나는 네 번 대답을 읽어야했다. (나는 영어 원어민이 아니다.)하지만 나는 그것을 얻었다고 생각한다. @outputclass (HTML 출력에만 사용될 수 있다고 생각)를 시도해 보겠습니다. –