우리는 다양한 고객에게 추가 오퍼링 및 지원을 지속적으로 제공하는 IT 운영을 성장시키고 있습니다. 이러한 성장을 계속 유지하면서 IT 팀 내의 다양한 시스템 및 소프트웨어에 대한 정보 및 문서에 쉽게 액세스 할 수 있어야한다는 것을 알게되었습니다. IT 그룹에는 다음과 같은 세 가지 주요 기능 영역이 있습니다.
- 헬프 데스크 직원 (1 단계)
- 개발자 및 프로그래머
- 시스템 관리자 / 네트워크 관리자 / 보안 분석가 (계층 2).
현재 우리는 MediaWiki를 기반으로하고 헬프 데스크 팀에게 매우 성공적인 것으로 입증 된 Wiki를 통해 티어 1에 대한 정보를 보유하고 있습니다. 개발자와 프로그래머는 프로젝트, 문제 및 프로젝트 문서를 추적하기 위해 Redmine으로 옮겼습니다. 관리자 (Tier 2)는 중앙 집중식 지식 저장소를 가지고 있지 않으며 네트워크 드라이브, 개인용 컴퓨터, 특정 개인에게만 제공되는 지식 등 어디서나 문서화되지 않은 MS Word 파일에 의존합니다.
우리가 당면한 과제는 Tier 2에 대한 정보와 문서를 기록 할 중앙 위치가 필요하다는 것입니다. 그러나 우리는 이미 다른 두 시스템이 있습니다. 우리는 이상적으로 프로그래머를 추가 할 수없는 계층 1과 계층 2에 대해 최소한의 작업을 수행 할 수있는 문서 플랫폼을 원합니다. 이 플랫폼에는 특정 컨텐츠를 분리 할 수있는 기능이 있어야합니다. 예를 들어, Tier 1 수준에서 알 필요가없는 민감한 정보 (서비스 제공 방법, 가능한 사용자 이름 등)가 Tier 2 수준에 있습니다. 또한 2 단계는 1 단계 이상의 정보에 액세스 할 수 있어야합니다. ACL을 제외하고 MediaWiki 설치를 확장하는 것에 대해 생각했습니다. 위키 사용자로부터 정보를 보호하는 것은 잘 지원되지 않았으며 위키의 핵심 인 정보에 대한 개방적이고 쉬운 접근의 정신에 위배되는 해킹 작업 인 것처럼 보였습니다. 위에 나열된 기준과 다음 추가 목표를 충족시키는 아이디어와 제안을 찾고 있습니다.
- 우리는 실제로 이것에 대한 예산이 없기 때문에 무료 또는 오픈 소스 소프트웨어 (및 웹 도구)
- Tier 1 및 Tier 2를 위해이를 처리하는 별도의 시스템이 있으므로 티켓팅 요소가 포함되지 않은 플랫폼
- Tier 1 및 Tier 2의 프로젝트 관리 기능이 필요하지 않은 플랫폼
- 테이블, 쉬운 마크 업, 구문 강조, 이미지, 네트워크 다이어그램 등을 포함하여 유연하고 문서를 쉽게 추가 할 수있는 제품
- 자연어 기능으로 가능한 전체 텍스트 검색 기능
- 파일 업로드 및 다운로드를 지원하는 기능
- 잠재적으로 RSS 또는 Atom 피드와 이메일 업데이트가 있음
- LDAP 인증을 기존 SSO 환경에 통합 할 수 있도록 허용
- 많은 개발 시간이나 많은 커스텀 코드 생성이 필요없는 플랫폼
- 사이트, 문서 / 페이지 / 멤버십의 해당 섹션에 액세스 할 수없는 경우 링크가 표시되지 않도록 사용자, 역할, 그룹 멤버쉽, 개별 문서 / 페이지 또는 문서 / 페이지 세트에 기반한 액세스 제어 또는 내용
- 데이터를 쉽게 입력하고 문서를 게시 할 수 있도록 내장 편집기가있는 것이 좋습니다.
- 내장 버전 관리 및 감사가 바람직합니다.
- 페이지 또는 모음을 PDF 파일로 내보내는 기능
- 우리가 계속 성장하고 확장한다면 잘 확장 할 수있는 능력
- 사용량 추적 또는 분석 수행 기능 지원
- 내부 용으로 만 사용되며 고객이 직접 보거나 접근 할 수 없습니다
- 방법, 절차, 솔루션, 프로젝트, 서버 빌드, 네트워크 문서 등과 같은 정보 스 니펫 관리를 지원하는 기능
- 소셜 통합 기능이 필요하지 않습니다
- 시스템 (서버 및 클라이언트 시스템)의 인벤토리를 보유하거나 추가 할 수있는 기능을 지원할 수 있습니다.
- 플랫폼을 전환해야하는 경우 MediaWiki 정보 가져 오기 허용
또한 플로우 차트 또는 단계별 마법사와 유사한 문제 해결 워크 플로를 생성 할 수있는 전문가 시스템에 대해 이야기하는 온라인 사이트가 많이 있습니다. 이것이 문서 플랫폼 내에서 옵션으로 고려해야 할 것입니까? 이것이 얼마나 유용하고 이것은 Tier 1이 업무를 더 잘 수행하는 데 도움이 될까요? 콘텐츠 관리와 지식 관리 의 차이점에 대한 온라인 정보도 있습니다 . 이것이 문서 플랫폼 요구 사항의 일부로 고려해야 할 사항입니까?
이 게시물이 더 길다는 것을 알고 귀하가 제공 할 수있는 도움과 피드백에 감사드립니다. 저는 올바른 질문을하고 더 많은 정보에 근거한 결정을 내리고 장기적으로 실행 가능한 솔루션을 구현하여 우리는 방금 구현했습니다. 사전에 다시 한 번 감사 드리며 공유 한 내용을 읽어 보시기 바랍니다.
답변
나는 이것이 무료가 아니라는 것을 알고 있지만 Altassian 제품이 귀하의 요구에 적합 할 수 있다고 생각 합니다. 특히 Confluence Wiki는 문서화에 도움을 줄 수 있으며 JIRA 모듈은 이슈 / 버그 추적을 수행 할 수 있습니다.
답변
지나치게 단순화하지는 않지만 Sharepoint가 떠 오릅니다.
답변
개인적으로 나는 위키 (I Trac를 좋아한다 ) 또는 Plone을 갈 것이다 .
이전 고용주에서 Plone은 내부 KB 응용 프로그램에 Pone을 사용하여 지원에 특정 r / w 권한, 관리 권한 및 기타 권한이있었습니다.
답변
SLY가 언급했듯이 Jira와 Confluence는 이것에 매우 흥미 롭습니다. 무료로 Trac을 사용할 수 있으며 관련 플러그인도 염두에 두어야합니다.
그런 다음 다시 무료 주방 싱크대를 찾고 있으며 지금까지 권장 된 기능 중 원하는 기능을 모두 제공하지는 않습니다.
몇 번의 추가 사이클이 있으면이를 위해 여유를 확보 할 수 있으며 Trac은 플러그인을 통해 확장 가능하므로 필요한 기능 중 일부를 추가 할 수 있습니다.
답변
또한 위키가 요구 사항에 가장 적합한 것으로보고 있습니다. Wikipedia는 기능, 대상 고객 및 라이센스 / 비용 등으로 Wiki 소프트웨어를 매우 잘 비교 하므로 다른 답변의 권장 사항 외에도 여기를 살펴볼 수 있습니다.
답변
물어 볼게요
나는 MoinMoin 과 행운을 빕니다 . Ubuntu, Apache Foundation 등 일부 대규모 조직에서 찾고있는 대부분의 항목을 지원하고 사용하는 위키 엔진입니다. 그러나 ACL, LDAP 통합, PDF로 페이지 내보내기 및 WYSIWYG 편집기가 포함됩니다. WYSIWYG 편집기 외에도이를 사용하여 페이지를 편집하려는 경우 위키 마크 업 언어도 지원합니다. 또한 WYSIWYG 인터페이스는 Word에서 복사 및 붙여 넣기를 지원하므로 기존 Word 문서를 마이그레이션 할 수 있습니다.
과거에는 내장 매크로 및 템플릿을 사용하여 인벤토리 및 시스템 기록 플랫폼으로 사용하여 양식을 사용하여 위키에 새로운 장비 및 이벤트를 추가 할 수있었습니다.
요구 사항에있을 수있는 유일한 문제는 mediawiki에서 데이터를 가져 오는 것입니다. 몇 개의 스크립트가 존재하지만 가장자리가 약간 거칠고 제한적입니다.
답변
확실히 Wiki가 올바른 길인 것 같습니다. 제품의 끝은 없습니다. 그러나 말하듯이 주요 기능은 구현시 다소 임시적입니다 (예 : 검색시 제한된 정보가 유출되는 권한 하위 시스템에 대해 검색하지 않음).
나는 dokuwiki를 사용합니다. (대부분의 Wiki와 마찬가지로) 대부분의 질문 상자를 체크하지만 매우 잘 통합되어 있으며 페이지에 PHP를 매우 쉽게 포함시킬 수 있습니다 (매우 큰 숫자의 시스템의 경우에도) 인터프리터에 직접 액세스하는 대신 위키 외부의 스크립트를 참조하기 위해 사용자 정의 태그를 추가하는 것을 고려할 수 있습니다). 확실히 많은 수의 사용자를 지원하도록 확장 할 수 있지만 플랫 파일을 기반으로 저장할 수있는 데이터의 양에는 제한이 있습니다.
http://www.wikimatrix.org/wiki/comparison 은 기능을 확인하는 빠른 방법을 제공합니다.