ก่อนที่จะพูดถึงเครื่องมือออกแบบ ฉันอยากจะพูดถึงประเด็นสำคัญ: “ เหตุใดจึงต้องออกแบบระบบสารสนเทศ?- ค่อนข้างได้รับความนิยมโดยเฉพาะในหมู่ผู้เชี่ยวชาญ 1C คือความเห็นว่าการออกแบบระบบเป็นค่าแรงที่ไม่จำเป็น ฉันจะบอกว่ามันไม่ไม่มีมูลความจริง งานหลายอย่างเมื่อนำระบบไปใช้นั้นค่อนข้างเป็นมาตรฐานและต้องการเพียงความพยายามในการพัฒนาเท่านั้น บ่อยครั้งที่กลไกและเครื่องมือใหม่ๆ จะไม่ถูกสร้างขึ้น แต่กลไกและเครื่องมือที่มีอยู่นั้นเพียง "ลับคม" เท่านั้น ยิ่งไปกว่านั้นเพื่อให้เหมาะกับความต้องการของลูกค้าที่เปลี่ยนแปลงอยู่เป็นประจำ ในกรณีนี้ กระบวนการออกแบบอย่างเป็นทางการไม่น่าจะสมเหตุสมผล เรากำลังพูดถึงโดยเฉพาะเกี่ยวกับการทำให้กระบวนการเป็นทางการเพราะว่า กระบวนการออกแบบเป็นส่วนสำคัญของการพัฒนาและแน่นอนว่าจะปรากฏให้เห็น แม้ว่าจะอยู่ในหัวของนักพัฒนาเท่านั้นก็ตาม

และเมื่อการออกแบบสมเหตุสมผล:

1) มีกลยุทธ์ทั่วไปของบริษัทและการพัฒนาระบบไอทีเป็นส่วนหนึ่งของกลยุทธ์นี้

2) มีความเข้าใจจากฝ่ายบริหารว่างานใดบ้างที่ต้องแก้ไขผ่านการนำไปปฏิบัติ/การพัฒนา ระบบสารสนเทศ.

3) มีความเข้าใจ/คำอธิบายอย่างเป็นทางการเกี่ยวกับกระบวนการทางธุรกิจของบริษัท หรือมีการวางแผนที่จะสร้างขึ้นมา

ข้อกำหนดเบื้องต้นสำหรับการสร้างโครงการระบบมีการนำเสนอตามแผนผังด้านล่าง:

จริงๆ แล้ว ทุกอย่างเริ่มต้นด้วยกลยุทธ์ เครื่องมือสำหรับการสร้างกลยุทธ์ของบริษัทนั้นไม่ค่อยมีความเฉพาะเจาะจง นี่เป็นสิ่งที่ควรอยู่ในหัวของผู้จัดการระดับสูง ถัดไป แบบจำลองกระบวนการทางธุรกิจจะถูกสร้างขึ้น (ซึ่งต้องมีเพื่อให้บรรลุเป้าหมายเชิงกลยุทธ์) นี่คือจุดที่เครื่องมือการสร้างแบบจำลองเข้ามามีบทบาท - ARIS, Business Studio และหลังจากนั้นเราก็พูดถึงโมเดลกระบวนการไอที ผู้จำหน่ายตะวันตก "ขั้นสูง" มีเครื่องมือพิเศษสำหรับสิ่งนี้ - USAP ที่รวม ARIS, IBM - RUP, Microsoft - MSF ซึ่งรวมเข้ากับ Visual Studio ดังนั้น 1C จึงมีเครื่องมือของตัวเอง - 1C: SPPR

ตอนนี้คำถามที่สองเกิดขึ้น: “ 1C:SPPR ถูกนำมาใช้ในทางปฏิบัติอย่างไร?- ในกรณีนี้ฉันสามารถพูดคุยเกี่ยวกับการปฏิบัติส่วนตัวของฉันเท่านั้น น่าเสียดายที่มันอาจไม่ตรงกับที่ 1C:SPPR วางแผนไว้ ในทางปฏิบัติของฉัน 1C:SPPR ใช้สำหรับงานต่อไปนี้:

จากรูปบางทีทุกอย่างชัดเจน - ข้อมูลถูกป้อนเข้าสู่ระบบตามโมเดลกระบวนการทางธุรกิจปัจจุบัน - โมเดลระบบได้รับการออกแบบ: กระบวนการและฟังก์ชันที่แยกย่อยตามระดับของเมตาดาต้าและอัลกอริธึม จากนั้น เอกสารจะถูกสร้างขึ้น - ข้อกำหนดการพัฒนา โซลูชันการออกแบบ และแม้แต่เอกสารสำหรับผู้ใช้

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

แต่นี่เป็นสิ่งที่คุณ "จับต้องได้" และพัฒนาเครื่องมือที่ใช้งานได้เต็มรูปแบบอยู่แล้ว โชคดีที่ 1C กำลังพัฒนา 1C: DSS ควบคู่ไปกับของเรา และสิ่งที่ต้องเพิ่มในปัจจุบันส่วนใหญ่ได้ถูกนำไปใช้ในการกำหนดค่ามาตรฐานแล้ว

ด้วยเหตุนี้ ฟังก์ชันทั้งหมดที่ในความคิดของฉันควรรวมอยู่ใน 1C:SPPRสามารถแบ่งออกเป็น 4 ส่วนดังต่อไปนี้:

1) ฟังก์ชั่นการจำลอง

ก.รุ่นระบบ การเชื่อมต่อกับรุ่นแหล่งจ่ายไฟ (ในรูปแบบต่างๆ)

ข.การเชื่อมต่อแบบจำลองระบบกับข้อมูลเมตาและอัลกอริธึม 1C

ค.บูรณาการกับสภาพแวดล้อมการจำลอง

2) คุณสมบัติการทำงานร่วมกัน

ก.ทำงานกับข้อกำหนด

ข.การจัดการกับข้อผิดพลาด

3) ฟังก์ชั่นเอกสาร

ก.การเชื่อมโยงเอกสารเข้ากับแบบจำลอง

ข.ส่งออกเอกสารไปยัง 1C และคำ

4) การพัฒนาและการทดสอบการทำงานขององค์กร

ก.ข้อมูลจำเพาะและงานการพัฒนา

ข.ผลการทดสอบและการแก้ไขปัญหา

ในบล็อก 1C:SPPR ทั่วไป (1) มีการใช้งานเป็นอย่างดี ยกเว้นแน่นอนว่าฉันต้องการที่จะแสดงแบบจำลองในรูปแบบที่แตกต่างกัน เราอยู่ใกล้กันมากขึ้นอีพีซี ใน 1C:SPPR จะมีการใช้งานเท่านั้นไอเดฟ 0.

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

มีปัญหาเรื่องเอกสารอยู่แล้ว ฟังก์ชันหลักที่ 1C:SPPR ขาดคือการส่งออกไป คำ - ท้ายที่สุดแล้ว ผลงานของนักออกแบบควรเป็นข้อกำหนดการพัฒนา (TZ/ChTZ - ใครๆ ก็เรียกมันว่าอะไร) และข้อกำหนดคือสิ่งที่บุคคลควรสามารถอ่านได้ นั่นคือไฟล์ข้อความ ขอย้ำอีกครั้งว่าเอกสารประกอบของระบบและเอกสารประกอบโครงการควรรวบรวมเป็นไฟล์ Word แต่ตามเนื้อผ้า 1C ไม่ชอบบูรณาการกับผลิตภัณฑ์ไมโครซอฟต์ ออฟฟิศ - สิ่งนี้ขัดแย้งกับหลักการของข้ามแพลตฟอร์ม ทำให้โซลูชันขึ้นอยู่กับแอปพลิเคชันภายนอก และเพิ่มความซับซ้อนของการพัฒนาอย่างมาก

ฟังก์ชั่นสำหรับจัดระเบียบการพัฒนาและการทดสอบใน 1ค : DSS ไม่มีอยู่จริง แม้ว่าจะไม่ชัดเจนว่าทำไม เป็นเรื่องยากที่จะพบกับนักพัฒนาที่มีประสบการณ์ซึ่งไม่เคยเขียนระบบติดตามงานเลยสักครั้งในชีวิต หากคุณมุ่งเน้นไปที่ SAP เดียวกัน - ใน Solution Manager มีทั้งฟังก์ชั่นการออกแบบและฟังก์ชั่นครบครันโต๊ะบริการ.

จริงๆ แล้ว ฟังก์ชันการทำงานนี้สัมพันธ์กับ DSS ได้รับการปรับปรุงแล้ว - การปรับปรุงหลักใน 1C:SPPR เกี่ยวข้องกับผลลัพธ์ที่คำ และสร้างระบบบัญชีงาน .

ตอนนี้เรามาดูฟังก์ชันการทำงานของ 1C:SPPR เวอร์ชันใหม่มาตรฐานกันดีกว่า:

มีสิ่งที่น่าสนใจมากมายปรากฏขึ้นเกี่ยวกับเวอร์ชันแรก:

1) การทำงานปกติกับข้อมูลเมตา - โหลดข้อมูลเมตาได้โดยตรงจากการกำหนดค่า การนำเสนอ คุณสมบัติเพิ่มเติมของออบเจ็กต์ข้อมูลเมตา เราใช้เวลาจำนวนมากในการพัฒนาฟังก์ชันดังกล่าวในเวอร์ชันแรก

2) การสร้างแบบจำลองระบบในรูปแบบสัญกรณ์ไอเดฟ - 1C ใช้เวลามากมายในการพัฒนาฟังก์ชั่นนี้ ก้าวไปข้างหน้าที่สำคัญอย่างแท้จริง แต่อย่างที่ฉันเขียนไว้ข้างต้น สัญกรณ์นี้กลับกลายเป็นความคุ้นเคยและสะดวกสำหรับเรามากขึ้นอีพีซี - น่าเสียดายที่ไม่มีการใช้งานใน 1C:SPPR

3) การรวบรวมข้อกำหนด ฟังก์ชั่นนี้มีความจำเป็นมากสำหรับโครงการ

4) เอ่อ โมเดลข้อมูลเมตา ความประทับใจแรกคือ “ความฝันของนักเรียน” หากมีคนเขียนวิทยานิพนธ์เกี่ยวกับ 1C สิ่งนี้จะช่วยได้มาก จริงๆ แล้วฟังก์ชันนี้มีประโยชน์มากในการฝึกซ้อมการทำงานในแต่ละวัน แม้กระทั่งเพียงโหลดกลไกของโซลูชันแอปพลิเคชันมาตรฐานลงใน 1C:SPPR อาคารเอ่อ แผนภาพของวัตถุที่จำเป็นช่วยให้คุณเข้าใจได้เร็วและง่ายขึ้นมากว่ากลไกนี้ทำงานอย่างไร ไม่จำเป็นต้องพูดถึงประโยชน์ของไดอะแกรมดังกล่าวเมื่อจัดทำข้อกำหนด สำหรับ โอกาสนี้คุณสามารถพูดว่า “ขอบคุณมาก”

5) การจัดการกับข้อผิดพลาดก็เป็นสิ่งจำเป็นเช่นกัน แต่เป็นกลไกที่ค่อนข้างง่ายของระบบ

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

วิธีที่เราใช้ 1C:SPPR- ค่อนข้างเป็นไปได้ที่กรณีของเราไม่ใช่สถานการณ์ทั่วไปตามที่ 1C วางแผนไว้ รูปแบบทั่วไปมีลักษณะดังนี้:
ใน

เป็นไปได้มากว่ากรณีการใช้งานทั่วไปที่ 1C มอบให้ไม่ได้หมายความถึงงานของผู้ทดสอบและนักพัฒนาในระบบ นอกจากนี้ยังไม่มีคำอธิบายโดยละเอียดเกี่ยวกับอัลกอริทึม

แล้วเราได้อะไรจากการใช้ 1C:SPPR:

1) นักพัฒนาถูกแยกออกจากนักออกแบบยินดีต้อนรับ Best Practice จาก SAP - นี่อาจจะถูกต้อง แต่เพื่อให้สิ่งนี้เป็นไปได้ ระบบจึงเป็นสิ่งจำเป็น ในขณะเดียวกัน ด้วยระบบดังกล่าว เราก็สามารถพูดได้ว่านักพัฒนาเกือบทุกคนสามารถทำงานได้เกือบทุกงาน นี้ "เปิดประตู" ตัวอย่างเช่น วันนี้คุณมีนักพัฒนา 3 คน และพรุ่งนี้อาจมี 30 คน... กล่าวคือ ตัวเลือกสำหรับการเอาท์ซอร์สนั้นไม่จำกัด

2) การสร้างเอกสารโครงการ ในกรณีของเรา มันเป็นเพียงปริมาณเท่านั้น ลองนึกภาพงานอธิบายข้อมูลเมตาของ SCP ทั้งหมด... 1C: SPPR ทำให้กระบวนการนี้ง่ายขึ้นเป็นสิบเท่า

3) การบัญชีงาน - เมื่อรวมเข้าด้วยกันจะสะดวกมาก นักพัฒนาสามารถเห็นทุกอย่างเกี่ยวกับงานที่ได้รับมอบหมายได้ทันที หากจำเป็น เขาสามารถก้าวขึ้นสู่ "ระดับที่สูงกว่า" เพื่อทำความเข้าใจ/ชี้แจงบางสิ่งสำหรับตัวเขาเอง ทั้งผู้ออกแบบและนักพัฒนาสามารถประเมินความพยายามในการพัฒนาและตกลงในการประมาณการได้ นักพัฒนาสามารถเขียนคำถามเกี่ยวกับข้อกำหนดและสังเกตการเปลี่ยนแปลงได้อย่างรวดเร็ว

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

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

2) การสื่อสารกับที่เก็บการกำหนดค่า แน่นอนว่าขั้นตอนสุดท้ายในห่วงโซ่ขาดหายไปเล็กน้อย หากระบบสามารถให้ข้อมูลว่าการพัฒนานี้มีพื้นฐานมาจากงาน/ข้อกำหนดใด

3) การบูรณาการกับ ARIS/Business Studio น่าเสียดายที่เครื่องมือ 1C ในตัวนั้นด้อยกว่าเครื่องมือพิเศษอย่างมากในแง่ของความสะดวกและฟังก์ชันการทำงานในการสร้างไดอะแกรม EPC/IDEF

โดยรวมแล้ว 1C:SPPR เป็นผลิตภัณฑ์ที่ใช้งานได้จริงและใช้งานได้จริง เห็นได้ชัดว่า 1C กำลังเคลื่อนที่ไปในทิศทางที่ถูกต้อง อาจมีบางอย่างผิดปกติ มีบางอย่างขาดหายไป ดังนั้นเราจึงรอคอยที่จะพัฒนาระบบหรือเรากำลังปรับปรุงมันเอง

************

เราขอเชิญคุณเข้าร่วมการประชุมครั้งใหม่

ก่อนที่จะพูดถึงเครื่องมือออกแบบ ฉันอยากจะพูดถึงประเด็นสำคัญ: “ เหตุใดจึงต้องออกแบบระบบสารสนเทศ?- ค่อนข้างได้รับความนิยมโดยเฉพาะในหมู่ผู้เชี่ยวชาญ 1C คือความเห็นที่ว่าการออกแบบระบบเป็นค่าแรงที่ไม่จำเป็น ฉันจะบอกว่ามันไม่ได้ไม่มีมูลความจริง งานหลายอย่างที่เกี่ยวข้องกับการนำระบบไปใช้นั้นค่อนข้างเป็นมาตรฐานและต้องการเพียงความพยายามในการพัฒนาเท่านั้น บ่อยครั้งที่กลไกและเครื่องมือใหม่ๆ จะไม่ถูกสร้างขึ้น แต่กลไกและเครื่องมือที่มีอยู่นั้นเพียง "ลับคม" เท่านั้น ยิ่งไปกว่านั้นเพื่อให้เหมาะกับความต้องการของลูกค้าที่เปลี่ยนแปลงอยู่เป็นประจำ ในกรณีนี้ กระบวนการออกแบบอย่างเป็นทางการไม่น่าจะสมเหตุสมผล เรากำลังพูดถึงโดยเฉพาะเกี่ยวกับการทำให้กระบวนการเป็นทางการเพราะว่า กระบวนการออกแบบเองเป็นส่วนสำคัญของการพัฒนาและแน่นอนว่าจะปรากฏอยู่ แม้ว่าจะอยู่ใน head.xml:namespace prefix = "o" ns = "urn:schemas-microsoft-com:office:office" ของนักพัฒนาเท่านั้น /

และเมื่อการออกแบบสมเหตุสมผล:

1) บริษัทมีกลยุทธ์ทั่วไปและการพัฒนาระบบไอทีเป็นส่วนหนึ่งของกลยุทธ์นี้

2) มีความเข้าใจจากฝ่ายบริหารว่างานใดบ้างที่ต้องแก้ไขผ่านการนำไปปฏิบัติ/การพัฒนาระบบสารสนเทศ

3) มีความเข้าใจ/คำอธิบายอย่างเป็นทางการเกี่ยวกับกระบวนการทางธุรกิจของบริษัท หรือมีการวางแผนที่จะสร้างขึ้นมา

ข้อกำหนดเบื้องต้นสำหรับการสร้างโครงการระบบมีการนำเสนอตามแผนผังด้านล่าง:

xml: คำนำหน้าเนมสเปซ = "v" ns = "urn:schemas-microsoft-com:vml" /

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

อริส บิสสิเนส สตูดิโอ - และหลังจากนั้นเราก็พูดถึงโมเดลกระบวนการไอที ผู้ขายชาวตะวันตก "ขั้นสูง" มีเครื่องมือเฉพาะสำหรับสิ่งนี้ - Uเอสเอพี บูรณาการ ARIS, IBM - RUP, Microsoft - MSF บูรณาการเข้ากับวิชวลสตูดิโอ - ดังนั้น 1C จึงมีเครื่องมือของตัวเอง - 1C: SPPR

ตอนนี้คำถามที่สองเกิดขึ้น: “ 1C:SPPR ถูกนำมาใช้ในทางปฏิบัติอย่างไร?- ในกรณีนี้ฉันสามารถพูดคุยเกี่ยวกับการปฏิบัติส่วนตัวของฉันเท่านั้น น่าเสียดายที่มันอาจไม่ตรงกับที่ 1C:SPPR วางแผนไว้ ในทางปฏิบัติของฉัน 1C:SPPR ใช้สำหรับงานต่อไปนี้:

จากรูปบางทีทุกอย่างชัดเจน - ข้อมูลถูกป้อนเข้าสู่ระบบตามรูปแบบกระบวนการทางธุรกิจปัจจุบัน - รูปแบบของระบบได้รับการออกแบบ: กระบวนการและฟังก์ชันที่แยกย่อยตามระดับของเมตาดาต้าและอัลกอริธึม จากนั้น เอกสารจะถูกสร้างขึ้น - ข้อกำหนดการพัฒนา โซลูชันการออกแบบ และแม้แต่เอกสารสำหรับผู้ใช้

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

แต่นี่เป็นสิ่งที่คุณ "จับต้องได้" และพัฒนาเครื่องมือที่ใช้งานได้เต็มรูปแบบอยู่แล้ว โชคดีที่ 1C กำลังพัฒนา 1C: DSS ควบคู่ไปกับของเรา และสิ่งที่ต้องเพิ่มในปัจจุบันส่วนใหญ่ได้ถูกนำไปใช้ในการกำหนดค่ามาตรฐานแล้ว

ด้วยเหตุนี้ ฟังก์ชันทั้งหมดที่ในความคิดของฉันควรรวมอยู่ใน 1C:SPPRสามารถแบ่งออกเป็น 4 ส่วนดังต่อไปนี้:

1) ฟังก์ชั่นการจำลอง

ก.รุ่นระบบ การเชื่อมต่อกับรุ่นแหล่งจ่ายไฟ (ในรูปแบบต่างๆ)

ข.การเชื่อมต่อแบบจำลองระบบกับข้อมูลเมตาและอัลกอริธึม 1C

ค.บูรณาการกับสภาพแวดล้อมการจำลอง

2) คุณสมบัติการทำงานร่วมกัน

ก.ทำงานกับข้อกำหนด

ข.การจัดการกับข้อผิดพลาด

3) ฟังก์ชั่นเอกสาร

ก.การเชื่อมโยงเอกสารเข้ากับแบบจำลอง

ข.ส่งออกเอกสารไปยัง 1C และคำ

4) การพัฒนาและการทดสอบการทำงานขององค์กร

ก.ข้อมูลจำเพาะและงานการพัฒนา

ข.ผลการทดสอบและการแก้ไขปัญหา

ในบล็อก 1C:SPPR ทั่วไป (1) มีการใช้งานเป็นอย่างดี ยกเว้นแน่นอนว่าฉันต้องการที่จะแสดงแบบจำลองในรูปแบบที่แตกต่างกัน เราอยู่ใกล้กันมากขึ้นอีพีซี ใน 1C:SPPR จะมีการใช้งานเท่านั้นไอเดฟ 0.

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

มีปัญหาเรื่องเอกสารอยู่แล้ว ฟังก์ชันหลักที่ 1C:SPPR ขาดคือการส่งออกไป คำ - ท้ายที่สุดแล้ว ผลงานของนักออกแบบควรเป็นข้อกำหนดการพัฒนา (TZ/ChTZ - ใครๆ ก็เรียกมันว่าอะไร) และข้อกำหนดคือสิ่งที่บุคคลควรสามารถอ่านได้ นั่นคือไฟล์ข้อความ ขอย้ำอีกครั้งว่าเอกสารประกอบของระบบและเอกสารประกอบโครงการควรรวบรวมเป็นไฟล์ Word แต่ตามเนื้อผ้า 1C ไม่ชอบบูรณาการกับผลิตภัณฑ์ไมโครซอฟต์ ออฟฟิศ - สิ่งนี้ขัดแย้งกับหลักการของข้ามแพลตฟอร์ม ทำให้โซลูชันขึ้นอยู่กับแอปพลิเคชันภายนอก และเพิ่มความซับซ้อนของการพัฒนาอย่างมาก

ฟังก์ชั่นสำหรับจัดระเบียบการพัฒนาและการทดสอบใน 1ค : DSS ไม่มีอยู่จริง แม้ว่าจะไม่ชัดเจนว่าทำไม เป็นเรื่องยากที่จะพบกับนักพัฒนาที่มีประสบการณ์ซึ่งไม่เคยเขียนระบบติดตามงานเลยสักครั้งในชีวิต หากเรามุ่งความสนใจไปที่สิ่งเดียวกัน SAP - ในตัวจัดการโซลูชัน มีทั้งฟังก์ชั่นการออกแบบและฟังก์ชั่นครบครันโต๊ะบริการ.

จริงๆ แล้ว ฟังก์ชันการทำงานนี้สัมพันธ์กับ DSS ได้รับการปรับปรุงแล้ว - การปรับปรุงหลักใน 1C:SPPR เกี่ยวข้องกับผลลัพธ์ที่ คำ และสร้างระบบบัญชีงาน .

ตอนนี้เรามาดูฟังก์ชันการทำงานของ 1C:SPPR เวอร์ชันใหม่มาตรฐานกันดีกว่า:

มีสิ่งที่น่าสนใจมากมายปรากฏขึ้นเกี่ยวกับเวอร์ชันแรก:

1) การทำงานปกติกับข้อมูลเมตา - โหลดข้อมูลเมตาได้โดยตรงจากการกำหนดค่า การนำเสนอ คุณสมบัติเพิ่มเติมของออบเจ็กต์ข้อมูลเมตา เราใช้เวลาจำนวนมากในการพัฒนาฟังก์ชันดังกล่าวในเวอร์ชันแรก

2) การสร้างแบบจำลองระบบในรูปแบบสัญกรณ์ไอเดฟ - 1C ใช้เวลามากมายในการพัฒนาฟังก์ชั่นนี้ ก้าวไปข้างหน้าที่สำคัญอย่างแท้จริง แต่อย่างที่ฉันเขียนไว้ข้างต้น สัญกรณ์นี้กลับกลายเป็นความคุ้นเคยและสะดวกสำหรับเรามากขึ้นอีพีซี - น่าเสียดายที่ไม่มีการใช้งานใน 1C:SPPR

3) การรวบรวมข้อกำหนด ฟังก์ชั่นนี้มีความจำเป็นมากสำหรับโครงการ

4) เอ่อ โมเดลข้อมูลเมตา ความประทับใจแรกคือ “ความฝันของนักเรียน” หากมีคนเขียนวิทยานิพนธ์เกี่ยวกับ 1C สิ่งนี้จะช่วยได้มาก จริงๆ แล้วฟังก์ชันนี้มีประโยชน์มากในการฝึกซ้อมการทำงานในแต่ละวัน แม้กระทั่งเพียงโหลดกลไกของโซลูชันแอปพลิเคชันมาตรฐานลงใน 1C:SPPR อาคารเอ่อ แผนภาพของวัตถุที่จำเป็นช่วยให้คุณเข้าใจได้เร็วและง่ายขึ้นมากว่ากลไกนี้ทำงานอย่างไร ไม่จำเป็นต้องพูดถึงประโยชน์ของไดอะแกรมดังกล่าวเมื่อจัดทำข้อกำหนด เราสามารถพูดว่า “ขอบคุณมาก” สำหรับโอกาสนี้

5) การจัดการกับข้อผิดพลาดก็เป็นสิ่งจำเป็นเช่นกัน แต่เป็นกลไกที่ค่อนข้างง่ายของระบบ

6) มีแม้กระทั่งเครื่องมือสำหรับการเขียนข้อมูลความช่วยเหลือ มันไม่ได้ทรงพลังและสะดวกอีกต่อไปเนื่องจากข้อจำกัดของโปรแกรมแก้ไขข้อความที่สร้างใน 1C แต่การเชื่อมโยงความช่วยเหลือกับข้อมูลเมตาและการส่งออกไฟล์ความช่วยเหลือเป็นฟังก์ชันที่สะดวกมากที่สามารถใช้งานได้แล้ว

วิธีที่เราใช้ 1C:SPPR- ค่อนข้างเป็นไปได้ที่กรณีของเราไม่ใช่สถานการณ์ทั่วไปตามที่ 1C วางแผนไว้ รูปแบบทั่วไปมีลักษณะดังนี้:

เป็นไปได้มากว่ากรณีการใช้งานทั่วไปที่ 1C มอบให้ไม่ได้หมายความถึงงานของผู้ทดสอบและนักพัฒนาในระบบ นอกจากนี้ยังไม่มีคำอธิบายโดยละเอียดเกี่ยวกับอัลกอริทึม

แล้วเราได้อะไรจากการใช้ 1C:SPPR:

1) นักพัฒนาถูกแยกออกจากนักออกแบบยินดีต้อนรับ Best Practice จาก SAP - นี่อาจจะถูกต้อง แต่เพื่อให้สิ่งนี้เป็นไปได้ ระบบจึงเป็นสิ่งจำเป็น ในขณะเดียวกัน ด้วยระบบดังกล่าว เราก็สามารถพูดได้ว่านักพัฒนาเกือบทุกคนสามารถทำงานได้เกือบทุกงาน นี้ "เปิดประตู" ตัวอย่างเช่น วันนี้คุณมีนักพัฒนา 3 คน และพรุ่งนี้อาจมี 30 คน... กล่าวคือ ตัวเลือกสำหรับการเอาท์ซอร์สนั้นไม่จำกัด

2) การสร้างเอกสารโครงการ ในกรณีของเรา มันเป็นเพียงปริมาณเท่านั้น ลองนึกภาพงานอธิบายข้อมูลเมตาของ SCP ทั้งหมด... 1C: SPPR ทำให้กระบวนการนี้ง่ายขึ้นเป็นสิบเท่า

3) การบัญชีงาน – เมื่อรวมเข้าด้วยกันจะสะดวกมาก นักพัฒนาสามารถเห็นทุกอย่างเกี่ยวกับงานที่ได้รับมอบหมายได้ทันที หากจำเป็น เขาสามารถก้าวขึ้นสู่ "ระดับที่สูงกว่า" เพื่อทำความเข้าใจ/ชี้แจงบางสิ่งสำหรับตัวเขาเอง ทั้งผู้ออกแบบและนักพัฒนาสามารถประเมินความพยายามในการพัฒนาและตกลงในการประมาณการได้ นักพัฒนาสามารถเขียนคำถามเกี่ยวกับข้อกำหนดและสังเกตการเปลี่ยนแปลงได้อย่างรวดเร็ว

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

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

2) การสื่อสารกับที่เก็บการกำหนดค่า แน่นอนว่าขั้นตอนสุดท้ายในห่วงโซ่ขาดหายไปเล็กน้อย หากระบบสามารถให้ข้อมูลว่าการพัฒนานี้มีพื้นฐานมาจากงาน/ข้อกำหนดใด

3) การบูรณาการกับ ARIS/Business Studio น่าเสียดายที่เครื่องมือ 1C ในตัวนั้นด้อยกว่าเครื่องมือพิเศษอย่างมากในแง่ของความสะดวกและฟังก์ชันการทำงานในการสร้างไดอะแกรม EPC/IDEF

โดยรวมแล้ว 1C:SPPR เป็นผลิตภัณฑ์ที่ใช้งานได้จริงและใช้งานได้จริง เห็นได้ชัดว่า 1C กำลังเคลื่อนที่ไปในทิศทางที่ถูกต้อง อาจมีบางอย่างผิดปกติ มีบางอย่างขาดหายไป ดังนั้นเราจึงรอคอยที่จะพัฒนาระบบหรือเรากำลังปรับปรุงมันเอง

วัตถุประสงค์ของระบบ

ระบบการออกแบบโซลูชันแอปพลิเคชัน (ASDS) ได้รับการออกแบบมาเพื่อการออกแบบโซลูชันแอปพลิเคชัน (การกำหนดค่า) บนแพลตฟอร์ม 1C: Enterprise และการบำรุงรักษาเอกสารทางเทคนิคของโครงการ DSS สามารถใช้เป็นเครื่องมือในการออกแบบระบบข้อมูลใหม่ที่พัฒนาในสภาพแวดล้อม 1C:Enterprise 8 และสำหรับการอธิบายและจัดทำเอกสารระบบที่มีอยู่ที่พัฒนาก่อนหน้านี้โดยไม่ใช้ DSS

ระบบการออกแบบโซลูชันแอปพลิเคชันได้รับการพัฒนาเป็นการกำหนดค่าบนแพลตฟอร์ม 1C:Enterprise 8.3

ประโยชน์สำหรับผู้ใช้

การใช้ DSS ช่วยให้คุณ:

ผู้จัดการโครงการ

• จัดระเบียบบันทึกความต้องการและความปรารถนาของระบบสารสนเทศแบบรวมศูนย์
• สร้างแบบจำลองของระบบแบบองค์รวมโดยเริ่มจากกระบวนการอัตโนมัติพร้อมความสามารถในการตรวจสอบความถูกต้องของแบบจำลองได้
• จัดการการเปลี่ยนแปลงในโครงการ
• สร้างแผนการดำเนินโครงการ
• วิเคราะห์ความสมบูรณ์ของโครงการ (ทำงานที่จำเป็นให้เสร็จสิ้น ไม่มีข้อผิดพลาด)

สำหรับนักพัฒนา

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

นักเขียนด้านเทคนิค

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

สำหรับผู้ทดสอบ

• รับสิทธิ์เข้าถึงเนื้อหาของโครงการที่อธิบายฟังก์ชันการทำงานที่กำลังทดสอบ
• ให้การบันทึกและติดตามข้อผิดพลาด

ผู้ดำเนินการ

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

ทำให้ผู้ใช้สามารถควบคุมการกำหนดค่าได้ง่ายยิ่งขึ้น และให้คำแนะนำในการทำงานกับฟังก์ชันเฉพาะ

กระบวนการออกแบบใน DSS

เมื่อออกแบบระบบสารสนเทศ จะมีการอธิบายกระบวนการต่างๆ ให้เป็นอัตโนมัติ ขึ้นอยู่กับคำอธิบายของกระบวนการ แบบจำลองเชิงตรรกะของระบบที่ออกแบบจะถูกสร้างขึ้น ขึ้นอยู่กับแบบจำลองเชิงตรรกะ แบบจำลองทางกายภาพจะถูกสร้างขึ้น รวมอยู่ในข้อมูลเมตาของการกำหนดค่าที่พัฒนาขึ้น

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

คำอธิบายของกระบวนการอัตโนมัติ

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

DSS ช่วยให้คุณสามารถบันทึกรายการกระบวนการอัตโนมัติ โดยสามารถจัดกลุ่มกระบวนการได้ตามดุลยพินิจของผู้ใช้

กระบวนการนี้มีรายละเอียดจนถึงแต่ละขั้นตอนที่ดำเนินการโดยนักแสดงคนใดคนหนึ่ง

การสร้างแบบจำลองเชิงตรรกะของระบบที่ออกแบบ

โมเดลเชิงตรรกะของระบบช่วยให้คุณสามารถอธิบายการทำงานของการกำหนดค่า โดยเชื่อมโยงกับองค์ประกอบของข้อมูลที่ประมวลผลและนักแสดง

โมเดลเชิงตรรกะใน DSS สร้างขึ้นโดยใช้วิธี IDEF0 ในส่วนหนึ่งของการสร้างแบบจำลองเชิงตรรกะ มีการอธิบายฟังก์ชันของระบบและดำเนินการสลายตัว

พื้นฐานสำหรับการอธิบายฟังก์ชันคือ แผนภาพ IDEF แผนภาพช่วยให้คุณสะท้อนความสัมพันธ์ของฟังก์ชันแต่ละรายการ (รอง) กระแสข้อมูล และตัวดำเนินการได้อย่างชัดเจน

การพัฒนาสถาปัตยกรรม

สถาปัตยกรรมการกำหนดค่าได้รับการพัฒนาตามแบบจำลองเชิงตรรกะ ในกรณีนี้ ข้อมูลเมตามีความสัมพันธ์กับออบเจ็กต์ข้อมูล รายการจะถูกกำหนดระหว่างการพัฒนาฟังก์ชัน

การออกแบบการดำเนินการแบบโต้ตอบ

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

คำอธิบายลำดับของการดำเนินการเชิงโต้ตอบที่ดำเนินการโดยผู้ใช้ในระบบช่วยให้สามารถวิเคราะห์ได้ว่าฟังก์ชันการทำงานที่สร้างไว้ในระบบนั้นสามารถใช้งานได้ภายในกรอบการทำงานของกระบวนการอัตโนมัติที่เฉพาะเจาะจงหรือไม่

การจัดทำใบรับรอง

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

วิธีใช้ถูกสร้างขึ้นในรูปแบบรวม โดยใช้โครงสร้างคำอธิบายแบบรวม ตามความสัมพันธ์ของระบบย่อย ออบเจ็กต์ข้อมูลเมตา และการทำงานของฟังก์ชัน สามารถกำหนดค่ารูปแบบการออกแบบวิธีใช้ (แบบอักษร การเยื้อง ไฮไลต์) ได้โดยตรงใน DSS

การทำงานกับข้อกำหนด

การจัดการโครงการและการเปลี่ยนแปลง

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

การใช้โครงการทางเทคนิคทำให้แน่ใจได้ว่ามีการเปลี่ยนแปลงกับโครงการที่มีอยู่ในลักษณะที่การเปลี่ยนแปลงเหล่านี้เชื่อมโยงกับแบบจำลองเชิงตรรกะ และมีความโปร่งใสและเป็นข้อมูลสำหรับผู้เข้าร่วมโครงการรายอื่น

การจัดการกับข้อผิดพลาด

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

คุณสมบัติอื่นๆ

นอกเหนือจากความสามารถที่ระบุไว้ DSS ยังมีฟังก์ชันการทำงานดังต่อไปนี้:

• ควบคุมการเปลี่ยนแปลงออบเจ็กต์ DSS โดยผู้ใช้ที่แตกต่างกัน
• การกำหนดเวอร์ชันของข้อมูลการออกแบบ
• ความสามารถในการกำหนดค่ากฎสำหรับการตรวจสอบโมเดลการทำงานในโหมด 1C: Enterprise
• ปรับแต่งได้ ข้อมูลเพิ่มเติมเกี่ยวกับวัตถุฐานข้อมูล
• ความสามารถในการใช้รายงานและการประมวลผลเพิ่มเติม
• การแลกเปลี่ยนข้อความระหว่างสมาชิกในทีมโครงการ
• การส่งการแจ้งเตือนเกี่ยวกับโครงการทางเทคนิค งาน และข้อผิดพลาด ข้อความใหม่ในระบบ
• ความสามารถในการกำหนดค่ารายงานอีเมล
• ค้นหาข้อความแบบเต็ม
• การทำงานกับงานประจำ

บริษัท "1C" ประกาศเปิดตัว ผลิตภัณฑ์ซอฟต์แวร์:

	ชื่อ		ตัวแทนจำหน่าย	หุ้นส่วนถาวร
	1C:Enterprise 8. ระบบสำหรับการออกแบบโซลูชันแอปพลิเคชัน

ระบบการออกแบบโซลูชันแอปพลิเคชัน (ASDS) ได้รับการออกแบบมาเพื่อการออกแบบโซลูชันแอปพลิเคชัน (การกำหนดค่า) บนแพลตฟอร์ม 1C: Enterprise และการบำรุงรักษาเอกสารทางเทคนิคของโครงการ DSS สามารถใช้เป็นเครื่องมือในการออกแบบระบบข้อมูลใหม่ที่พัฒนาในสภาพแวดล้อม 1C:Enterprise 8 รวมถึงการอธิบายและจัดทำเอกสารระบบที่มีอยู่ที่พัฒนาก่อนหน้านี้โดยไม่ต้องใช้ DSS

DSS คือการกำหนดค่าที่มีไว้สำหรับใช้กับแพลตฟอร์ม 1C:Enterprise 8.3

การใช้ DSS อนุญาต

ผู้จัดการโครงการ

• จัดระเบียบบันทึกความต้องการและความปรารถนาของระบบสารสนเทศแบบรวมศูนย์
• สร้างแบบจำลองของระบบแบบองค์รวมโดยเริ่มจากกระบวนการอัตโนมัติพร้อมความสามารถในการตรวจสอบความถูกต้องของแบบจำลองได้
• จัดการการเปลี่ยนแปลงในโครงการ
• สร้างแผนการดำเนินโครงการ
• วิเคราะห์ความสมบูรณ์ของโครงการ (การทำงานที่จำเป็นให้เสร็จสิ้น โดยไม่มีข้อผิดพลาด)

สำหรับนักพัฒนา

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

นักเขียนด้านเทคนิค

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

สำหรับผู้ทดสอบ

• รับสิทธิ์เข้าถึงเนื้อหาของโครงการที่อธิบายฟังก์ชันการทำงานที่กำลังทดสอบ
• ให้การบันทึกและติดตามข้อผิดพลาด

ผู้ดำเนินการ

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

DSS มอบความสามารถในการรักษาข้อมูลเกี่ยวกับการกำหนดค่าที่พัฒนาแล้วต่างๆ ภายในฐานข้อมูลเดียว พร้อมความสามารถในการแยกความแตกต่างการเข้าถึงตามการกำหนดค่าโครงการ

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

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

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

การมีกฎการตรวจสอบอย่างเป็นทางการทำให้สามารถระบุและกำจัดข้อผิดพลาดและความไม่สอดคล้องกันในโครงการได้

ระบบมีกลไกในการบันทึกและติดตามข้อผิดพลาด โดยคำนึงถึงการกำหนดค่าไลบรารีที่รวมไว้

DSS ช่วยให้คุณสร้างข้อความช่วยเหลือโดยคำนึงถึงความสัมพันธ์ของออบเจ็กต์การกำหนดค่า ใบรับรองจะออกในลักษณะเดียวกัน ข้อความวิธีใช้ที่เตรียมไว้สามารถโหลดลงในการกำหนดค่าที่กำลังพัฒนาโดยใช้ตัวกำหนดค่าได้โดยตรง

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

ระบบรองรับการทำงานในโหมดไคลเอ็นต์แบบบางและแบบเว็บ

มากกว่า คำอธิบายโดยละเอียดระบบได้ระบุไว้ในภาคผนวกของจดหมายนี้ ข้อมูลเกี่ยวกับระบบแสดงบนเว็บไซต์ที่ http://v8.1c.ru/model/ เวอร์ชันสาธิตออนไลน์ของระบบยังมีอยู่ที่ http://modeling.demo.1c.ru/modeling/

ส่วนประกอบของผลิตภัณฑ์และลำดับการจำหน่าย

ผลิตภัณฑ์ซอฟต์แวร์ "1C:Enterprise 8 ระบบสำหรับการออกแบบโซลูชันแอปพลิเคชัน" ประกอบด้วยชุดการแจกจ่ายสำหรับการกำหนดค่า "ระบบสำหรับการออกแบบโซลูชันแอปพลิเคชัน" เอกสารสำหรับการใช้ผลิตภัณฑ์ ข้อตกลงใบอนุญาต บัตรลงทะเบียน และรหัส PIN สำหรับการลงทะเบียนในการสนับสนุนผู้ใช้ เว็บไซต์. หากต้องการใช้ DSS ผู้ใช้จะต้องมีผลิตภัณฑ์ซอฟต์แวร์ที่ซื้ออย่างถูกกฎหมายในเวอร์ชัน PROF หรือ KORP ซึ่งรวมถึงแพลตฟอร์ม 1C:Enterprise คุณต้องใช้เวอร์ชันแพลตฟอร์มอย่างน้อย 8.3.3

การส่งมอบผลิตภัณฑ์ประกอบด้วยเอกสารประกอบ ซึ่งสามารถซื้อแยกต่างหากได้:

ผู้ใช้ที่ลงทะเบียนผลิตภัณฑ์ซอฟต์แวร์ "1C:Enterprise 8. ระบบการออกแบบโซลูชันแอปพลิเคชัน" ที่ได้ลงนามในข้อตกลง 1C:ITS สามารถซื้อสำเนาเอกสารเพิ่มเติมตามปริมาณที่ต้องการตามข้อบังคับที่อธิบายไว้ในจดหมายข้อมูลหมายเลข 8538 ลงวันที่เดือนมิถุนายน 20 พ.ย. 2551

หากต้องการซื้อเอกสาร คุณสามารถติดต่อพันธมิตรของบริษัท 1C หรือบริษัท 1C โดยตรง

การสนับสนุนผู้ใช้

การสนับสนุนผู้ใช้มีให้ภายใต้ข้อตกลงการสนับสนุนเทคโนโลยีสารสนเทศสำหรับระบบ 1C:Enterprise (1C:ITS) ซึ่งสรุปสำหรับการจัดหาพื้นฐานใดๆ ที่ผู้ใช้เป็นเจ้าของ

บริการสนับสนุน 1C:ITS ประกอบด้วย:

• บริการให้คำปรึกษาแก่บริษัท 1C ทางโทรศัพท์และอีเมล
• รับดิสก์ 1C:ITS ประจำเดือน นิตยสาร "BUKH.1S" และของที่ระลึกจากบริษัท "1C" ที่ทำงานผู้ใช้;
• รับการอัปเดตและการกำหนดค่าโปรแกรมบนดิสก์ 1C:ITS และบนเว็บไซต์สนับสนุนผู้ใช้ http://users.v8.1c.ru
• การเชื่อมต่อกับทรัพยากรอินเทอร์เน็ต 1C การกำหนดค่า บัญชีส่วนตัวผู้ใช้บนเว็บไซต์ its.1c.ru และ http://users.v8.1c.ru;
• อัปเดตโปรแกรม 1C: Enterprise วินิจฉัยสถานะของฐานข้อมูลสร้างสำเนาเก็บถาวร
• การฝึกอบรมการทำงานกับระบบข้อมูล 1C:ITS การเลือกวัสดุจากระบบสารสนเทศตามคำขอของผู้ใช้
• "1C: การบรรยาย" - การสัมมนาแบบเห็นหน้าและวิดีโอจาก 1C ในประเด็นของการเปลี่ยนแปลงทางกฎหมายและการสะท้อนในโปรแกรม 1C (its.1c.ru/lector)
• การเชื่อมต่อและการส่งมอบ การรายงานทางอิเล็กทรอนิกส์- "การรายงาน 1C";
• การแลกเปลี่ยนใบแจ้งหนี้อิเล็กทรอนิกส์และเอกสารอื่น ๆ - "1C-Tax";
• การเข้าถึงฐานความรู้ของแผนกสนับสนุนทางเทคนิค
• บริการอื่น ๆ (สำหรับรายละเอียดเพิ่มเติม ดูที่ its.1c.ru/about)

บริการครบวงจรสำหรับการสนับสนุนโปรแกรมระบบ 1C:Enterprise ให้บริการโดยศูนย์สนับสนุน 1C บริษัท ที่มีสถานะเป็น "ศูนย์สนับสนุนโปรแกรมและผลิตภัณฑ์ข้อมูลของบริษัท 1C" เป็นพันธมิตรชั้นนำของบริษัท 1C ในด้านการสนับสนุนเทคโนโลยีสารสนเทศสำหรับผู้ใช้โปรแกรม 1C:Enterprise และได้รับการแนะนำโดยบริษัท 1C เมื่อเลือกพันธมิตรที่เชื่อถือได้ในภูมิภาค (ของ .1c.ru/partners)

แอปพลิเคชัน. คำอธิบายของการกำหนดค่า "ระบบการออกแบบโซลูชันแอปพลิเคชัน"

วัตถุประสงค์ของระบบ

Application Solutions Design System (ASDS) คือการกำหนดค่าสำหรับ 1C:Enterprise 8 และมีไว้สำหรับการออกแบบโซลูชันแอปพลิเคชัน (การกำหนดค่า) บนแพลตฟอร์ม 1C:Enterprise การบำรุงรักษาเอกสารประกอบโครงการทางเทคนิค การจัดการข้อผิดพลาด และการเปลี่ยนแปลงในโครงการ

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

ความเป็นไปได้ในการใช้งาน

สามารถใช้ระบบการออกแบบแอปพลิเคชัน:

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

กระบวนการออกแบบใน DSS

การออกแบบโดยใช้ DSS ครอบคลุมขั้นตอนต่อไปนี้:

• การออกแบบสถานการณ์ผู้ใช้โดยละเอียด
• การพัฒนาสิทธิการเข้าถึง

รูปนี้แสดงความสัมพันธ์ระหว่างแนวคิดหลักของ DSS

เมื่อออกแบบระบบสารสนเทศ จะมีการอธิบายกระบวนการต่างๆ ให้เป็นอัตโนมัติ ขึ้นอยู่กับคำอธิบายของกระบวนการ แบบจำลองเชิงตรรกะของระบบที่ออกแบบจะถูกสร้างขึ้น ขึ้นอยู่กับแบบจำลองเชิงตรรกะ แบบจำลองทางกายภาพจะถูกสร้างขึ้น รวมอยู่ในข้อมูลเมตาของการกำหนดค่าที่พัฒนาขึ้น

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

ข้าว. ความสัมพันธ์ระหว่างแนวคิดหลักของ DSS

คำอธิบายของกระบวนการอัตโนมัติ

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

DSS ช่วยให้คุณสามารถบันทึกรายการกระบวนการอัตโนมัติ โดยสามารถจัดกลุ่มกระบวนการได้ตามดุลยพินิจของผู้ใช้

ข้าว. รายการกระบวนการอัตโนมัติ

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

ข้าว. คำอธิบายทั่วไปกระบวนการ

กระบวนการนี้มีรายละเอียดจนถึงแต่ละขั้นตอนที่ดำเนินการโดยนักแสดงคนใดคนหนึ่ง

ข้าว. รายการขั้นตอนกระบวนการ

ข้าว. คำอธิบายขั้นตอนกระบวนการ

การสร้างแบบจำลองเชิงตรรกะของระบบที่ออกแบบ

โมเดลเชิงตรรกะของระบบช่วยให้คุณสามารถอธิบายการทำงานของการกำหนดค่า โดยเชื่อมโยงกับองค์ประกอบของข้อมูลที่ประมวลผลและนักแสดง

โมเดลเชิงตรรกะใน DSS สร้างขึ้นโดยใช้วิธี IDEF0 ในส่วนหนึ่งของการสร้างแบบจำลองเชิงตรรกะ มีการอธิบายฟังก์ชันของระบบและดำเนินการสลายตัว

ข้าว. รายการฟังก์ชั่น

พื้นฐานสำหรับการอธิบายฟังก์ชันคือ แผนภาพ IDEF แผนภาพช่วยให้คุณสะท้อนความสัมพันธ์ของฟังก์ชันแต่ละรายการ (รอง) กระแสข้อมูล และตัวดำเนินการได้อย่างชัดเจน

ข้าว. แผนภาพฟังก์ชัน IDEF

ข้าว. ความสามารถในการให้บริการสำหรับการทำงานกับฟังก์ชันต่างๆ

การพัฒนาสถาปัตยกรรม

สถาปัตยกรรมการกำหนดค่าได้รับการพัฒนาตามแบบจำลองเชิงตรรกะ ในกรณีนี้ ข้อมูลเมตามีความสัมพันธ์กับออบเจ็กต์ข้อมูล รายการจะถูกกำหนดระหว่างการพัฒนาฟังก์ชัน

ข้าว. คำอธิบายของออบเจ็กต์ข้อมูลเมตา

ข้าว. ความสัมพันธ์ของวัตถุข้อมูลเมตา

การออกแบบการดำเนินการแบบโต้ตอบ

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

คำอธิบายลำดับของการดำเนินการเชิงโต้ตอบที่ดำเนินการโดยผู้ใช้ในระบบช่วยให้สามารถวิเคราะห์ได้ว่าฟังก์ชันการทำงานที่สร้างไว้ในระบบนั้นสามารถใช้งานได้ภายในกรอบการทำงานของกระบวนการอัตโนมัติที่เฉพาะเจาะจงหรือไม่

ข้าว. คำอธิบายของการดำเนินงาน

การจัดทำใบรับรอง

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

วิธีใช้ถูกสร้างขึ้นในรูปแบบเดียว โดยใช้โครงสร้างคำอธิบายเดียว สามารถกำหนดค่ารูปแบบการออกแบบวิธีใช้ (แบบอักษร การเยื้อง ไฮไลต์) ได้โดยตรงใน DSS

ข้าว. การเตรียมข้อความช่วยเหลือสำหรับออบเจ็กต์ข้อมูลเมตา

ข้าว. ข้อความช่วยเหลือที่เตรียมไว้

การทำงานกับข้อกำหนด

ข้าว. การทำงานกับข้อกำหนด

การจัดการโครงการและการเปลี่ยนแปลง

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

การใช้โครงการทางเทคนิคทำให้แน่ใจได้ว่ามีการเปลี่ยนแปลงกับโครงการที่มีอยู่ในลักษณะที่การเปลี่ยนแปลงเหล่านี้เชื่อมโยงกับแบบจำลองเชิงตรรกะ และมีความโปร่งใสและเป็นข้อมูลสำหรับผู้เข้าร่วมโครงการรายอื่น

ข้าว. รายชื่อโครงการด้านเทคนิค

ข้าว. การทำงานกับโครงการด้านเทคนิค

ข้าว. โอกาสโครงการทางเทคนิค

การจัดการกับข้อผิดพลาด

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

ข้าว. การจัดการกับข้อผิดพลาด

นอกเหนือจากความสามารถที่ระบุไว้ DSS ยังมีฟังก์ชันการทำงานดังต่อไปนี้:

• การควบคุมการเปลี่ยนแปลงในวัตถุ DSS ในบริบทของผู้ใช้ที่แตกต่างกัน
• การกำหนดเวอร์ชันของข้อมูลการออกแบบ
• ความสามารถในการกำหนดค่ากฎสำหรับการตรวจสอบโมเดลการทำงานในโหมด 1C: Enterprise
• ความสามารถในการกำหนดค่าข้อมูลเพิ่มเติมเกี่ยวกับวัตถุฐานข้อมูล
• ความสามารถในการใช้รายงานและการประมวลผลเพิ่มเติม
• การแลกเปลี่ยนข้อความระหว่างสมาชิกในทีมโครงการ
• การส่งการแจ้งเตือนเกี่ยวกับโครงการทางเทคนิค งานและข้อผิดพลาด ข้อความใหม่ในระบบ
• ความสามารถในการตั้งค่ารายงานที่จะส่งทางอีเมล
• ค้นหาข้อความแบบเต็ม
• ทำงานกับงานประจำ

DSS คือการกำหนดค่าที่มีไว้สำหรับใช้กับแพลตฟอร์ม 1C:Enterprise 8.3

การใช้ DSS อนุญาต

ผู้จัดการโครงการ

• จัดระเบียบบันทึกความต้องการและความปรารถนาของระบบสารสนเทศแบบรวมศูนย์
• สร้างแบบจำลองของระบบแบบองค์รวมโดยเริ่มจากกระบวนการอัตโนมัติพร้อมความสามารถในการตรวจสอบความถูกต้องของแบบจำลองได้
• จัดการการเปลี่ยนแปลงในโครงการ
• สร้างแผนการดำเนินโครงการ
• วิเคราะห์ความสมบูรณ์ของโครงการ (การทำงานที่จำเป็นให้เสร็จสิ้น โดยไม่มีข้อผิดพลาด)

สำหรับนักพัฒนา

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

นักเขียนด้านเทคนิค

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

สำหรับผู้ทดสอบ

• รับสิทธิ์เข้าถึงเนื้อหาของโครงการที่อธิบายฟังก์ชันการทำงานที่กำลังทดสอบ
• ให้การบันทึกและติดตามข้อผิดพลาด

ผู้ดำเนินการ

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

DSS มอบความสามารถในการรักษาข้อมูลเกี่ยวกับการกำหนดค่าที่พัฒนาแล้วต่างๆ ภายในฐานข้อมูลเดียว พร้อมความสามารถในการแยกความแตกต่างการเข้าถึงตามการกำหนดค่าโครงการ

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

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

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

การมีกฎการตรวจสอบอย่างเป็นทางการทำให้สามารถระบุและกำจัดข้อผิดพลาดและความไม่สอดคล้องกันในโครงการได้

ระบบมีกลไกในการบันทึกและติดตามข้อผิดพลาด โดยคำนึงถึงการกำหนดค่าไลบรารีที่รวมไว้

DSS ช่วยให้คุณสร้างข้อความช่วยเหลือโดยคำนึงถึงความสัมพันธ์ของออบเจ็กต์การกำหนดค่า ใบรับรองจะออกในลักษณะเดียวกัน ข้อความวิธีใช้ที่เตรียมไว้สามารถโหลดลงในการกำหนดค่าที่กำลังพัฒนาโดยใช้ตัวกำหนดค่าได้โดยตรง

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

ระบบรองรับการทำงานใน โหมดไคลเอ็นต์แบบบางและแบบเว็บ