ระบบออกแบบแอปพลิเคชัน โครงการและการจัดการการเปลี่ยนแปลง

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

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

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

1. มีกลยุทธ์ทั่วไปของ บริษัท และการพัฒนาระบบไอทีเป็นส่วนหนึ่งของกลยุทธ์นี้
2. มีความเข้าใจจากผู้บริหารว่างานใดบ้างที่ต้องแก้ไขผ่านการนำไปใช้ / พัฒนาระบบสารสนเทศ
3. มีความเข้าใจอย่างเป็นทางการ / รายละเอียดเกี่ยวกับกระบวนการทางธุรกิจของ บริษัท หรือมีการวางแผนที่จะสร้างขึ้น

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

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

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

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

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

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

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

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

ก. โมเดลระบบการเชื่อมต่อกับโมเดล BP (ในรูปแบบที่แตกต่างกัน)

ข. การเชื่อมต่อของโมเดลระบบกับเมทาดาทาและอัลกอริทึม 1C

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

2) ฟังก์ชั่นการทำงานเป็นทีม

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

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

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

ก. การเชื่อมโยงเอกสารกับโมเดล

ข. ส่งออกเอกสารเป็น 1C และ Word

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

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

ข. ผลการทดสอบและการจัดการข้อผิดพลาด

ใน 1C: DSS ทั่วไปบล็อก (1) ถูกนำไปใช้งานได้ดีมากยกเว้นว่าฉันต้องการที่จะแสดงโมเดลในรูปแบบต่างๆ EPC อยู่ใกล้เรามากขึ้นมีการนำ IDEF 0 มาใช้ใน 1C: DSS เท่านั้น

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ดังนั้นสิ่งที่เราได้รับจากการใช้ 1C: DSS:

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

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

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

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

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

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

3) การผสานรวมกับ ARIS / Business Studio น่าเสียดายที่เครื่องมือ 1C ในตัวนั้นด้อยกว่าเครื่องมือที่เชี่ยวชาญในด้านความสะดวกและการทำงานสำหรับการสร้างไดอะแกรม EPC / IDEF

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

การ์ดโซลูชัน 1C: ระบบออกแบบแอปพลิเคชัน

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

ซื้อ 1C: Application Design System

ราคาแสดงเป็นรูเบิล จัดส่งฟรี และการติดตั้งโปรแกรม 1C: Enterprise ในเซนต์ปีเตอร์สเบิร์ก

ใบอนุญาต

ผลิตภัณฑ์ "1C: Application Design System" มีไว้สำหรับใช้กับ ใบอนุญาตไคลเอ็นต์ "1C: Enterprise 8" เพิ่มจำนวนสถานที่ทำงานตลอดจนใบอนุญาตสำหรับเซิร์ฟเวอร์ 1C: Enterprise 8 หากคุณต้องการเชื่อมต่อที่ทำงานเพิ่มเติมคุณต้องซื้อใบอนุญาตเพิ่มเติมตามจำนวนที่เกี่ยวข้อง

การสนับสนุนและการอัปเดต

การสนับสนุนและ บริการบำรุงรักษา ผู้ใช้ที่ลงทะเบียนจะดำเนินการภายใต้กรอบของการสนับสนุนเทคโนโลยีสารสนเทศ (1C: ITS) - 1C: ITS Techno หรือ 1C: ITS ศ. ระยะเวลา สมัครสมาชิกฟรี เมื่อซื้อโปรแกรมคือ 3 เดือน หลังจากสิ้นสุดระยะเวลาการสมัครสมาชิกฟรีคุณต้องสมัครสมาชิก ITS เพื่อรับบริการสนับสนุนผลิตภัณฑ์

ผู้ใช้ที่ลงทะเบียนสามารถดาวน์โหลดการอัปเดตจากไซต์ users.v8.1c.ru และจากดิสก์ ITS

การทำงานของ 1C: ระบบออกแบบแอปพลิเคชัน

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

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

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

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

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

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

สำหรับนักเขียนเทคนิค

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

ผู้ทดสอบ

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

สำหรับผู้ใช้งาน

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

เพื่อลดความซับซ้อนของการพัฒนาการกำหนดค่าโดยผู้ใช้เพื่อสร้างคำแนะนำสำหรับการทำงานกับฟังก์ชันเฉพาะ

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

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

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

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

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

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

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

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

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

ขั้นตอนนี้มีรายละเอียดในแต่ละขั้นตอนที่ดำเนินการโดยนักแสดงเฉพาะ

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

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

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

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

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

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

การออกแบบการปฏิบัติการเชิงโต้ตอบ

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

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

กำลังเตรียมใบรับรอง

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

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

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

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

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

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

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

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

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

ความเป็นไปได้อื่น ๆ

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

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

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

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

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

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

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

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

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

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

สำหรับนักเขียนเทคนิค

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

ผู้ทดสอบ

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

สำหรับผู้ใช้งาน

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

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

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

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

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

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

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

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

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

ระบบรองรับการทำงานแบบ Thin และ Web Client

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

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

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

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

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

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

การสนับสนุนผู้ใช้ดำเนินการภายใต้ข้อตกลงสำหรับการสนับสนุนเทคโนโลยีสารสนเทศของระบบ 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" การวินิจฉัยสถานะของ infobase การสร้างสำเนาที่เก็บถาวร
• การฝึกอบรมการทำงานกับระบบข้อมูล 1C: ITS การเลือกวัสดุจากระบบข้อมูลตามคำขอของผู้ใช้
• "1C: Lecture" - การสัมมนาแบบตัวต่อตัวและวิดีโอของ บริษัท 1C เกี่ยวกับประเด็นการเปลี่ยนแปลงกฎหมายและการสะท้อนกลับในโปรแกรม 1C (its.1c.ru/lector);
• การเชื่อมต่อและการส่งรายงานทางอิเล็กทรอนิกส์ - "1C-Reporting";
• การแลกเปลี่ยนใบแจ้งหนี้อิเล็กทรอนิกส์และเอกสารอื่น ๆ - "1C-Taxcom";
• เข้าถึงฐานความรู้ของแผนก การสนับสนุนทางเทคนิค;
• บริการอื่น ๆ (สำหรับรายละเอียดเพิ่มเติมโปรดดูที่ 1c.ru/about)

ขั้นตอนการคุ้มกันปัจจุบัน ผลิตภัณฑ์ซอฟต์แวร์ บริษัท "1C" เผยแพร่ที่

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

ผลิตภัณฑ์เฉพาะสำหรับอุตสาหกรรมและเฉพาะทางที่ขยายการทำงานของ "1C: ERP Enterprise Management 2"

บนพื้นฐานของแพลตฟอร์มเทคโนโลยี "1C: Enterprise 8" เราเองซึ่งเป็น บริษัท 1C ได้ผลิตโซลูชันคาลิเปอร์ต่างๆประมาณ 20 รายการตั้งแต่ "การจัดการ บริษัท ของเรา", "1C: การบัญชี" ของรุ่นต่างๆ (จาก "ตัวย่อ" เป็น "องค์กร") ไปยังโซลูชันที่มีฟังก์ชันครบถ้วนที่สุดของเรา - "1C: ERP Enterprise Management 2"

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

ดังนั้นเราต้องเผชิญกับภารกิจในการสร้างอุตสาหกรรม / โซลูชันเฉพาะทางที่:

• ตอบสนองความต้องการของตลาด
• ได้รับการพัฒนาโดยการมีส่วนร่วมน้อยที่สุดของทรัพยากรของ บริษัท "1C";
• มีการรับประกันคุณภาพของการนำไปใช้งาน

เราแก้ปัญหานี้ได้ดังนี้:

• โซลูชันถูกสร้างขึ้นโดยพันธมิตรของเราที่มีความเชี่ยวชาญในสาขาที่เกี่ยวข้อง
• จาก บริษัท "1C" ในการสร้างโซลูชันมีส่วนเกี่ยวข้องกับ "ผู้ดูแล" - สถาปนิกโครงการและภัณฑารักษ์ของทิศทาง
• เราได้พัฒนากฎข้อบังคับสำหรับการออกแบบและพัฒนาโซลูชันที่ช่วยให้เราสามารถควบคุมคุณภาพของผลิตภัณฑ์ได้

ผลิตภัณฑ์ที่ขยายการทำงานของ 1C: ERP ได้รับการเผยแพร่โดยเป็นส่วนหนึ่งของโครงการ 1C-Joint

ความร่วมมือกับพันธมิตร "1C-Joint"

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

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

เราตรวจสอบระดับคุณภาพของโซลูชันของเรา ดังนั้นจากการสำรวจคุณภาพของผลิตภัณฑ์เองผลงานของพันธมิตรและสายการให้คำปรึกษาของนักพัฒนาจึงได้รับการประเมิน:

กราฟคุณภาพ

แนวคิดของวิธีการแบบแยกส่วนในสถาปัตยกรรมของโซลูชันตาม "1C: ERP Enterprise Management 2"

จากมุมมองของแนวคิดและสถาปัตยกรรม "1C: ERP" เป็นผลิตภัณฑ์ใหม่ทั้งหมดเมื่อเทียบกับรุ่นก่อน "1C: การจัดการ องค์กรการผลิต". ความแตกต่างที่สำคัญประการหนึ่งของโซลูชันใหม่คือความเป็นเอกสิทธิ์ของฟังก์ชันการจัดการ เมื่อมีการพัฒนากลุ่มโซลูชันเฉพาะสำหรับอุตสาหกรรมและเฉพาะทางสิ่งสำคัญคือต้องสนับสนุนสิ่งนี้ในโซลูชัน "1C-Soustno" ให้ความสนใจเป็นพิเศษกับงานในการผสานรวมโซลูชันเข้าด้วยกันและด้วย "1C: ERP" ความเป็นไปได้ในการสร้างระบบข้อมูลแบบรวมซึ่งประกอบด้วยชุดโมดูลที่มีแกนหลักในการรวม - "1C: ERP"

เป้าหมายคือระบบการจัดการข้อมูลที่ไร้รอยต่อเพียงระบบเดียวที่สร้างขึ้นบนพื้นฐานของ 1C: ERP และโซลูชันอื่น ๆ ของ 1C: Enterprise 8:

แนวคิดของวิธีการแบบแยกส่วนในสถาปัตยกรรมของโซลูชันตาม "1C: ERP" ได้รับการพัฒนา แนวคิดนี้กำหนดหลักการของการพัฒนาการรวมและการรวมการกำหนดค่าต่างๆไว้ภายใน ระบบรวม การจัดการและการบัญชี

โซลูชันทั้งหมดภายในโปรแกรม 1C-Joint ที่ขยายขีดความสามารถของ 1C: ERP ต้องเป็นไปตามแนวคิดของวิธีการแบบแยกส่วน วัตถุประสงค์หลักของวิธีการแบบแยกส่วนคือ:

• การก่อตัวของกลุ่มผลิตภัณฑ์ที่โต้ตอบกันทั้งในระดับของแกนการรวม "1C: ERP" และระหว่างกัน
• ลดความซับซ้อนในการสร้างโซลูชันเดียวสำหรับผู้ใช้จากกลุ่มอุตสาหกรรมและโซลูชันเฉพาะทาง
• การลดต้นทุนแรงงานสำหรับการเปลี่ยนองค์ประกอบของโมดูลโซลูชันและการสนับสนุนโซลูชันเพิ่มเติม
• การขจัดความซ้ำซ้อนของระบบย่อยที่ใช้งานได้ทั่วไปในผลิตภัณฑ์ต่างๆ

ในขณะที่เขียนนี้จำนวนโซลูชันที่เผยแพร่ไปแล้วในไลน์คือ 31 (พันธมิตรด้านการพัฒนา 18 ราย) โดยคำนึงถึงแผนการพัฒนาในไตรมาสที่ 2 ของปี 2560 จำนวนโซลูชันจะเข้าถึง 52 (พันธมิตรด้านการพัฒนา 24 ราย)

กระบวนการออกแบบพัฒนาและควบคุมอุตสาหกรรมและโซลูชันเฉพาะสำหรับ "1C: ERP"

ปฏิสัมพันธ์ของนักพัฒนาในสภาพแวดล้อมการออกแบบเดียว

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

• 28 ทีมพัฒนาที่กระจายตามพื้นที่
• 44 โครงการที่ใช้งานอยู่;
• โซลูชันใหม่ 19 รายการ

เพื่อควบคุมคุณภาพของการทำงานของทีมเราได้ควบคุม หลักการทั่วไป ปฏิสัมพันธ์ของทีมและโครงการ:

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

มีการจัดโต๊ะกลมสำหรับนักพัฒนาโซลูชัน "1C-Joint" เป็นประจำทุกปีภายในกรอบของเหตุการณ์นี้จะมีการหารือเกี่ยวกับปัญหาและข้อเสนอแพลตฟอร์มสำหรับการสื่อสารและการโต้ตอบของหุ้นส่วนการพัฒนาและ 1C: นักพัฒนา ERP ได้รับการจัดระเบียบ

DSS สำหรับอุตสาหกรรมและโซลูชันเฉพาะทาง (DSS OR / SR) - เครื่องมือ CASE สำหรับการออกแบบโซลูชันร่วมกัน

นักพัฒนาโซลูชันทั้งหมดโต้ตอบผ่านผลิตภัณฑ์ "1C: Application Design System" (DSS แบบย่อ) DSS ช่วยในการออกแบบโซลูชันประยุกต์บนแพลตฟอร์ม 1C: Enterprise และช่วยให้คุณสามารถตอบสนองงานของการพัฒนาซอฟต์แวร์ครบวงจร - รวบรวมข้อกำหนดควบคุมการเปลี่ยนแปลงการจัดทำเอกสารการติดตามจุดบกพร่อง ฯลฯ DSS ได้รับการพัฒนาเป็นการกำหนดค่าบนแพลตฟอร์ม 1C: Enterprise 8

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

เราได้เลือก DSS ให้สะดวกและเหมาะสมที่สุดสำหรับงานของเราและสอดคล้องกับข้อกำหนดของเราสำหรับ CASE-tool:

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

ในฐานะที่เป็นส่วนหนึ่งของการพัฒนา Line of solutions สำหรับ "1C: ERP" ผู้เข้าร่วมโครงการทุกคนสามารถเข้าถึงฐานข้อมูลระบบคลาวด์ทั่วไปของ DSS OR / SR ซึ่งเป็นงานที่กำหนดโดยข้อบังคับ:

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

• การออกแบบและเอกสารของโซลูชันการออกแบบ
• การติดตามผลการพัฒนา

งาน

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

การจัดการวงจรชีวิตการออกผลิตภัณฑ์

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

• การทำงานของส่วนหนึ่งไม่จำเป็นต้องถูกกำหนดโดยผลิตภัณฑ์เดียว
• การทำงานของส่วนทั้งหมดสามารถพัฒนาได้โดยพันธมิตรการพัฒนาหลายราย

โซลูชันที่ใช้ฟังก์ชันการทำงานของส่วนหนึ่งของโครงการอยู่ภายใต้ ความต้องการพิเศษ ถึงความเป็นไปได้ของการรวม

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

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

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

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

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

แบบจำลองการตัดสินใจเชิงตรรกะในวิธีการ IDEF0

ในฐานข้อมูล DSS OR / SR ฟังก์ชันการทำงานของโซลูชันทั้งหมดในบรรทัดจะอธิบายไว้ภายในโครงการเดียว การออกแบบเชิงตรรกะขึ้นอยู่กับวิธีการ IDEF0

ความสมบูรณ์และความสอดคล้องของรูปแบบการทำงานได้รับการกลั่นกรองโดยสถาปนิกโครงการตามหน้าที่ซึ่งแต่งตั้งโดย 1C

คำอธิบายสัญกรณ์ DSS

ภายในกรอบของ DSS แนวคิดพื้นฐานถูกตีความดังนี้:

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

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

ตัวเลือกการจัดส่งสินค้า

แนวคิดวิธีการแบบแยกส่วนช่วยให้มีตัวเลือกการจัดส่งผลิตภัณฑ์ที่หลากหลาย:

• ฟังก์ชันการทำงานเป็นส่วนหนึ่งของ 1C: ERP,
• ฟังก์ชันการทำงานในรูปแบบของการกำหนดค่าที่ดำเนินการเอง
• ฟังก์ชันสำหรับการรวมเข้ากับ 1C: ERP

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

ตัวอย่างเช่น "1C: ERP Management องค์กรก่อสร้าง 2 "(พันธมิตร - ผู้พัฒนา" 1C-Rarus ") ประกอบด้วย:

• การทำงานของ "1C: ERP" ทั่วไป
• ฟังก์ชั่นอุตสาหกรรมดั้งเดิมของตัวเอง
• ฟังก์ชันการทำงานของแต่ละโซลูชัน:
  • "1C: ประมาณ 3",
  • โมดูล "1C: Realtor การจัดการการขายอสังหาริมทรัพย์สำหรับ 1C: ERP ",
  • โมดูล "1C: การจัดการค่าเช่าและอสังหาริมทรัพย์สำหรับ 1C: ERP",
  • โมดูล "1C: การจัดการยานพาหนะสำหรับ 1C: ERP"

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

ไลบรารีของระบบย่อยที่ใช้งานได้ 1C-Sotdo

เพื่อที่จะรวมโซลูชันของไลน์ฟังก์ชันสากลทั่วไปจะถูกจัดสรรและสร้าง "ไลบรารีของระบบย่อยที่ใช้งานได้ 1C-Joint"

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

• ให้แนวทางร่วมกันในการดำเนินการตามกลไกสากลทั่วไปในโซลูชัน "1C-Joint";
• ลดความเข้มของแรงงานในการปล่อยโซลูชันใหม่ผ่านการใช้ฟังก์ชันสำเร็จรูป
• ลดความซับซ้อนของการรวมโซลูชันจากพันธมิตรการพัฒนาที่แตกต่างกันเมื่อรวมการกำหนดค่า
• ลดจำนวนการใช้งานกลไกทั่วไปที่แตกต่างกันสำหรับผู้ใช้ที่ใช้หลายโซลูชันในเวลาเดียวกัน

องค์ประกอบของฟังก์ชั่นไลบรารีได้รับการกลั่นกรองโดยสถาปนิกการทำงานของโครงการ 1C และได้รับการเติมเต็มโดยนักพัฒนาพันธมิตร

การแจ้งผู้รับผิดชอบเกี่ยวกับความคืบหน้าของการดำเนินโครงการด้านเทคนิค

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

• รับผิดชอบโครงการ
• รับผิดชอบในส่วนต่างๆของโครงการ
• รับผิดชอบโครงการด้านเทคนิค

และประเภทของการส่งจดหมาย:

• การตรวจสอบการดำเนินโครงการทางเทคนิค - รายสัปดาห์
• ตรวจสอบกิจกรรมของพันธมิตรนักพัฒนา - รายสัปดาห์
• การแจ้งเตือนเกี่ยวกับความจำเป็นในการดำเนินการในฐานข้อมูล (งานข้อความ ฯลฯ ) - รายวัน
• การแจ้งเตือนข้อบกพร่องของโมเดล - ทุกวัน

ผู้รับผิดชอบรับรายงานทางอีเมลเช่น:

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

รายงานตัวอย่าง

กำลังเตรียมการกำหนดค่าสำหรับการจำลองแบบ

แผนภาพการทำงานทั่วไปของการตรวจสอบก่อนการผลิตของโซลูชัน:

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

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

นอกจากนี้ยังมีการพิจารณาความเป็นไปได้ในการรวมการตรวจสอบเพิ่มเติมสำหรับการปฏิบัติตามรูปแบบการทำงานในฐานข้อมูล OR / SR DSS: การตรวจสอบความสอดคล้องของฟังก์ชัน OR / SR ที่ประกาศไว้กับฟังก์ชันที่ใช้งานและตรวจสอบความสอดคล้องของการปรับเปลี่ยนอ็อบเจ็กต์การกำหนดค่ามาตรฐานด้วย ที่ประกาศใน OR / SR DSS

บริการ 1C: แผนที่โซลูชันระบบคลาวด์

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

บริการ 1C: Cloud Solutions Map ช่วยให้สามารถเข้าถึงรูปแบบการทำงานของโซลูชัน 1C จำนวนมากตลอดจนโซลูชันเฉพาะอุตสาหกรรมและเฉพาะที่ผลิตตามโครงการ 1C-Joint รูปแบบการทำงานได้รับการอัปเดตโดยการเข้าถึงโดยตรงไปยังบริการเว็บของฐานข้อมูล "DSS สำหรับอุตสาหกรรมและโซลูชันเฉพาะทาง" ซึ่งเป็นรูปแบบโซลูชันที่ได้รับการปรับปรุงให้ทันสมัยตามแนวคิดของวิธีการแบบแยกส่วนในสถาปัตยกรรมของโซลูชันตาม "1C: ERP Enterprise Management 2"

• ฟังก์ชัน "ระบบการจัดการข้อมูลแบบบูรณาการตาม 1C: ERP Enterprise Management 2"
• ฟังก์ชัน "1C: PDM Engineering Data Management"

ประโยชน์ของการใช้บริการ

สำหรับผู้มีโอกาสเป็นลูกค้า:

• รับแนวคิดเกี่ยวกับฟังก์ชันการทำงาน โซลูชั่นสำเร็จรูป บริษัท "1C"
• การจัดเตรียมข้อกำหนดด้านการทำงานสำหรับการจัดประมูลสำหรับโครงการอัตโนมัติ

สำหรับผู้ใช้ผลิตภัณฑ์ 1C:

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

การใช้บริการโดยคู่ค้า

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

ทีมพัฒนา - ทีมงานมืออาชีพ

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

สุดท้าย

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