แพลตฟอร์มเอกสารด้านไอที [ปิด]

เรากำลังดำเนินงานด้านไอทีที่กำลังเติบโตซึ่งยังคงให้บริการเพิ่มเติมและการสนับสนุนแก่ลูกค้าที่หลากหลาย ในขณะที่เรายังคงเติบโตอย่างต่อเนื่องเราพบว่าเราจำเป็นต้องเข้าถึงข้อมูลและเอกสารเกี่ยวกับระบบและซอฟต์แวร์ต่าง ๆ ของเราได้อย่างง่ายดายภายในทีมไอทีของเรา เรามีสามหน้าที่หลักในกลุ่มไอทีของเราซึ่งรวมถึง:

1. พนักงานให้ความช่วยเหลือ (ระดับ 1)
2. นักพัฒนาและโปรแกรมเมอร์และ
3. ผู้ดูแลระบบ / ผู้ดูแลระบบเครือข่าย / นักวิเคราะห์หลักทรัพย์ (ระดับ 2)

ขณะนี้เรามีข้อมูลสำหรับ Tier 1 ที่เก็บ wtihin wiki ซึ่งยึดตาม MediaWiki และได้พิสูจน์แล้วว่าประสบความสำเร็จมากสำหรับทีมงานช่วยเหลือ ผู้พัฒนาและโปรแกรมเมอร์ได้ย้ายไปที่ Redmine เพื่อติดตามโครงการปัญหาและเอกสารประกอบของโครงการ ผู้ดูแลระบบ (Tier 2) ไม่มีที่เก็บความรู้แบบรวมศูนย์และใช้ไฟล์ MS Word ที่กระจัดกระจายอยู่บนไดรฟ์เครือข่ายเครื่องส่วนตัวความรู้ที่มีให้สำหรับผู้ที่สนใจเท่านั้นเนื่องจากพวกเขาไม่ได้จัดทำเอกสารไว้ที่อื่นเป็นต้น

ความท้าทายที่เรามีในตอนนี้คือเราต้องมีที่ตั้งส่วนกลางเพื่อบันทึกข้อมูลและเอกสารสำหรับเทียร์ 2 อย่างไรก็ตามเรามีระบบอื่นสองระบบ เราต้องการที่จะมีแพลตฟอร์มเอกสารที่จะทำงานขั้นต่ำสำหรับ Tier 1 และ Tier 2 ด้วยความน่าจะเป็นที่จะเพิ่มโปรแกรมเมอร์เข้าไปด้วยเช่นกัน แพลตฟอร์มนี้จะต้องมีความสามารถในการแยกเนื้อหาบางอย่าง ตัวอย่างเช่นมีข้อมูลที่ละเอียดอ่อน (วิธีที่เราสร้าง severs ชื่อผู้ใช้ที่เป็นไปได้ ฯลฯ ) ในระดับ Tier 2 ที่ Tier 1 ไม่จำเป็นต้องทราบ นอกจากนี้ Tier 2 ควรสามารถเข้าถึงข้อมูลที่ระดับ 1 และสูงกว่าได้ เราคิดเกี่ยวกับการขยายการติดตั้ง MediaWiki ของเราสำหรับสิ่งนี้ยกเว้น ACL ' และการปกป้องข้อมูลจากผู้ใช้ wiki ดูเหมือนจะเป็นงานแฮ็คที่ไม่ได้รับการสนับสนุนอย่างดีและขัดต่อจิตวิญญาณของการเข้าถึงข้อมูลที่เปิดกว้างและเข้าถึงได้ง่ายซึ่งเป็นหัวใจสำคัญของวิกิ ฉันกำลังมองหาแนวคิดและข้อเสนอแนะที่ตรงตามเกณฑ์ที่ระบุไว้ข้างต้นรวมถึงวัตถุประสงค์เพิ่มเติมต่อไปนี้:

1. ซอฟต์แวร์โอเพนซอร์ซฟรีหรือโอเพนซอร์ส (และเครื่องมือบนเว็บ) เนื่องจากเราไม่มีงบประมาณสำหรับสิ่งนี้
2. แพลตฟอร์มที่ไม่มีองค์ประกอบการจองตั๋วเนื่องจากเรามีระบบแยกที่จัดการสิ่งนี้สำหรับ Tier 1 และ Tier 2
3. แพลตฟอร์มที่ไม่ต้องการความสามารถในการจัดการโครงการสำหรับ Tier 1 และ Tier 2
4. ผลิตภัณฑ์ที่มีความยืดหยุ่นและง่ายต่อการเพิ่มเอกสารประกอบที่มีตารางมาร์กอัปง่ายการเน้นไวยากรณ์รูปภาพไดอะแกรมเครือข่าย ฯลฯ
5. ความสามารถในการค้นหาข้อความแบบเต็มอาจมีความสามารถทางภาษาธรรมชาติ
6. ความสามารถในการรองรับการอัพโหลดและดาวน์โหลดไฟล์
7. อาจมีฟีด RSS หรือ Atom และการแจ้งเตือนทางอีเมลเกี่ยวกับการอัปเดต
8. อนุญาตให้มีการตรวจสอบสิทธิ์ LDAP เพื่อให้สามารถรวมเข้ากับสภาพแวดล้อม SSO ที่มีอยู่
9. platrform ที่ไม่ต้องใช้เวลาในการพัฒนาจำนวนมากหรือการสร้างรหัสที่กำหนดเองจำนวนมาก
10. การควบคุมการเข้าถึงขึ้นอยู่กับผู้ใช้บทบาทความเป็นสมาชิกกลุ่มต่อเอกสาร / หน้าหรือชุดของเอกสาร / หน้าเช่นว่าถ้าคุณไม่สามารถเข้าถึงส่วนของเว็บไซต์ / เอกสาร / หน้า / การเป็นสมาชิกนั้นคุณจะไม่เห็นลิงค์ หรือเนื้อหา
11. ควรมีโปรแกรมแก้ไขในตัวเพื่อช่วยให้การป้อนข้อมูลและการโพสต์เอกสารง่ายขึ้น
12. การควบคุมเวอร์ชันในตัวและการตรวจสอบจะดีกว่า
13. ความสามารถในการส่งออกหน้าหรือรวบรวมหรือหน้าเป็นไฟล์ PDF
14. ความสามารถในการขยายขนาดได้ดีเราควรจะเติบโตและขยายตัวอย่างต่อเนื่อง
15. อาจสนับสนุนความสามารถในการติดตามการใช้งานหรือดำเนินการวิเคราะห์
16. ใช้สำหรับใช้ภายในเท่านั้นและจะไม่ถูกลูกค้าหรือเข้าถึงได้
17. ความสามารถในการสนับสนุนการจัดการตัวอย่างข้อมูลเช่นวิธีการขั้นตอนการแก้ปัญหาโครงการโครงการสร้างเซิร์ฟเวอร์เอกสารเครือข่าย ฯลฯ
18. มันไม่จำเป็นต้องมีความสามารถในการรวมเข้าด้วยกันทางสังคม
19. อาจรองรับความสามารถในการมีหรือเพิ่มสินค้าคงคลังของระบบ (เซิร์ฟเวอร์และเครื่องไคลเอนต์)
20. อนุญาตให้นำเข้าข้อมูล MediaWiki หากเราต้องเปลี่ยนแพลตฟอร์ม

นอกจากนี้ยังมีสถานที่ออนไลน์มากมายที่พูดคุยเกี่ยวกับระบบผู้เชี่ยวชาญที่อนุญาตให้สร้างการแก้ไขปัญหาเวิร์กโฟลว์คล้ายกับผังงานหรือตัวช่วยสร้างทีละขั้นตอน นี่เป็นสิ่งที่เราควรพิจารณาว่าเป็นตัวเลือกในแพลตฟอร์มเอกสารของเราหรือไม่? มันจะมีประโยชน์อย่างไรและนี่เป็นสิ่งที่จะช่วยให้ Tier 1 ทำงานได้ดีขึ้นหรือไม่ นอกจากนี้ยังมีข้อมูลบางส่วนออนไลน์ที่พูดคุยเกี่ยวกับความแตกต่างระหว่างการจัดการข้อมูลและการจัดการความรู้ นี่เป็นสิ่งที่เราควรพิจารณาเป็นส่วนหนึ่งของข้อกำหนดของแพลตฟอร์มเอกสารหรือไม่?

ฉันรู้ว่าการโพสต์นี้เป็นอีกต่อไปและฉันขอขอบคุณความช่วยเหลือและข้อเสนอแนะที่คุณสามารถให้ ฉันกำลังพยายามทำให้แน่ใจว่าฉันถามคำถามที่ถูกต้องและครอบคลุมฐานเพื่อช่วยในการตัดสินใจที่มีข้อมูลมากขึ้นรวมถึงการนำโซลูชันที่ใช้งานได้มาใช้ในระยะยาวเพื่อที่เราจะไม่ดำเนินการระบบที่ทำต่อไป เราเพิ่งใช้งาน ขอขอบคุณอีกครั้งล่วงหน้าและฉันหวังว่าจะได้อ่านสิ่งที่คุณแบ่งปัน

ฉันรู้ว่านี่ไม่ฟรี แต่ฉันคิดว่าผลิตภัณฑ์Altassianสามารถตอบสนองความต้องการของคุณได้ โดยเฉพาะการชุมนุมวิกิพีเดียสามารถช่วยให้มีเอกสารของคุณและจิระโมดูลสามารถทำออก / การติดตามปัญหา

ไม่ให้ง่ายเกินไป แต่ Sharepoint คำนึงถึง

ส่วนตัวผมต้องการไปสำหรับทั้งวิกิพีเดีย (ผมชอบTrac ) หรือPlone

ที่นายจ้างคนก่อนหน้านี้เราใช้ Plone สำหรับแอปพลิเคชัน KB ภายในซึ่งการสนับสนุนมีสิทธิ์ r / w บางอย่างการจัดการมีผู้อื่นและการพัฒนาก็มีอีก

จิราและการรวมตัวกันนั้นน่าสนใจมากสำหรับเรื่องนี้ ในตอนท้ายคุณจะต้องมี Trac และเป็นปลั๊กอินที่เกี่ยวข้องซึ่งอยู่ในใจเช่นกัน

จากนั้นอีกครั้งคุณกำลังมองหาอ่างล้างจานฟรีและไม่มีใครแนะนำให้ใช้เพื่อให้การทำงานที่ต้องการทั้งหมด

หากคุณมีรอบพิเศษไม่กี่รอบคุณสามารถปล่อยให้เป็นอิสระ Trac สามารถขยายได้ผ่านทางปลั๊กอินดังนั้นคุณอาจเพิ่มฟังก์ชันการทำงานบางอย่างที่คุณต้องการ

ฉันเห็นวิกิว่าเหมาะสมกับความต้องการของคุณมากที่สุด Wikipedia มีการเปรียบเทียบที่ดีมากของซอฟต์แวร์ wiki ที่มีคุณสมบัติผู้ชมเป้าหมายและการออกใบอนุญาต / ค่าใช้จ่ายเป็นต้นดังนั้นคุณอาจดูเพิ่มเติมจากคำแนะนำในคำตอบอื่น ๆ

ฉันจะกัด

ฉันมีโชคดีกับMoinMoin เป็นเครื่องมือวิกิที่สนับสนุนสิ่งที่คุณกำลังมองหาและใช้งานโดยองค์กรขนาดใหญ่บางแห่งรวมถึง Ubuntu มูลนิธิ Apache ฯลฯ แต่รวมถึง ACLs การรวม LDAP การส่งออกหน้าไปยัง PDF และ WYSIWYG editor นอกเหนือจากเครื่องมือแก้ไขแบบ WYSIWYG แล้วยังรองรับภาษามาร์กอัป wiki หากคุณต้องการแก้ไขหน้าเว็บที่ใช้งาน ส่วนต่อประสาน WYSIWYG ยังรองรับการคัดลอกและวางจาก Word เพื่อที่จะช่วยในการโยกย้ายเอกสาร Word ที่มีอยู่ของคุณ

ในอดีตที่ผ่านมาฉันเคยใช้มันเป็นแพลตฟอร์มสินค้าคงคลังและประวัติระบบโดยใช้มาโครในตัวและเทมเพลตบางส่วนเพื่อให้คุณสามารถเพิ่มอุปกรณ์และกิจกรรมใหม่ ๆ ลงในวิกิโดยใช้แบบฟอร์ม

ปัญหาเดียวที่ฉันเห็นว่ามันอาจมีกับความต้องการของคุณคือการนำเข้าข้อมูลจาก mediawiki มีสคริปต์อยู่สองสามตัว แต่จะค่อนข้างหยาบรอบขอบและถูก จำกัด

แน่นอนว่าดูเหมือนว่า Wiki เป็นวิธีที่ถูกต้อง ไม่มีจุดจบของผลิตภัณฑ์ออกมา - แต่อย่างที่คุณพูดบางครั้งฟังก์ชั่นการใช้งานที่สำคัญนั้นค่อนข้างจะเป็นการโฆษณาในการใช้งาน (เช่นการค้นหาไม่รู้เกี่ยวกับระบบย่อยการอนุญาตที่นำไปสู่การรั่วไหลของข้อมูลที่ถูก จำกัด )

ฉันใช้ dokuwiki - ซึ่ง (เช่น wikis ส่วนใหญ่) ทำเครื่องหมายที่กล่องที่คุณถามถึงอย่างไรก็ตามมันเป็น intergated ดีมากและมันยังช่วยให้ฉันสามารถฝัง PHP บนหน้าเว็บได้ง่ายมาก (แม้ว่าสำหรับระบบที่มีจำนวนมาก ของผู้ใช้คุณอาจพิจารณาเพิ่มแท็กที่กำหนดเองเพื่ออ้างอิงสคริปต์ภายนอกวิกิแทนที่จะให้การเข้าถึงล่ามโดยตรง) แน่นอนว่ามันสามารถขยายขนาดเพื่อรองรับผู้ใช้จำนวนมาก แต่จากการที่ไฟล์แบบแฟลตมีข้อ จำกัด เกี่ยวกับปริมาณข้อมูลที่สามารถจัดเก็บได้

http://www.wikimatrix.org/wiki/comparisonมอบวิธีที่รวดเร็วในการตรวจสอบคุณสมบัติ

Nuxeoมีโซลูชันการจัดการเอกสารโอเพนซอร์ซที่ได้รับอนุญาตภายใต้ LGPL

การตลาดแจ้งความ:

Nuxeo DM เป็นโซลูชันการจัดการเอกสารที่สร้างขึ้นด้วยเทคโนโลยี Nuxeo Enterprise Platform ที่ยืดหยุ่นและแข็งแกร่ง ด้วยการจัดการและติดตามการไหลเวียนของเนื้อหาผ่านวงจรธุรกิจ Nuxeo DM จัดการกับข้อผิดพลาดทั่วไปของการทำสำเนาเอกสารขาดการติดตามเวอร์ชันการค้นหาและดึงข้อมูลที่ใช้เวลานานและปัญหาด้านความปลอดภัยและการเข้าถึง ทำไม? เพียงเพราะการจัดการเอกสารเป็นมากกว่าแค่การจัดเก็บเอกสารบนไฟล์เซิร์ฟเวอร์ มันเกี่ยวกับการจัดการวิธีที่ธุรกิจของคุณโต้ตอบกับเนื้อหา อ่านต่อเพื่อดูว่าทำไมลูกค้าของเราบอกเราว่า Nuxeo DM เป็นโซลูชั่นที่ดีที่สุดสำหรับการจัดการเนื้อหาและเอกสาร

Alfrescoยังมีโซลูชันการจัดการเอกสารแต่เป็นส่วนหนึ่งของข้อเสนอองค์กรไม่ใช่รุ่นชุมชนโอเพนซอร์ส

คุณสมบัติหลายอย่างที่คุณต้องการสามารถพบได้ใน Kablink Vibe

http://sourceforge.net/projects/kablink/

http://www.kablink.org/