These diagrams are the key parts of

These diagrams are the key parts of modern design documentation; they can enhance understanding of complex programming concepts, and assist in problem analysis and solution design ( Daniluk, 2012 ). To analyze the requirements we use Rational Rose software. In this section, use case, activity and sequence diagrams are shown as example diagrams.
4.1. Use case diagram
Use case diagram describes the functions of a system and its users. It shows a number of external actors and their connection to the use cases representing the services provided by the system ( Saleh & El-Morr, 2004 ). Analyzing typical use case is the most common and effective way of quickly and accurately understanding the requirements and concepts of system developers. Fig. 3 shows a simplified use case diagram of the Expert Cloud that illustrates the relationship between the different entities.
4.2. Sequence diagram
Sequence diagram is a simple specification of relationship between entities to do a specific task and is used in a number of different situations to display the interaction between users, screens, objects and entities ( Refsdal & Stølen, 2008 ). Sequence diagrams can be easily understood by computer system designers, decision makers, and end-users. Here, they are used to get a better grip of an interaction scenario in the Expert Cloud for system designers who need to achieve a common understanding of the situation. Fig. 4 shows a sequence diagram of HR registration as an example.

ผลลัพธ์ (ไทย) 1:

ไดอะแกรมเหล่านี้เป็นส่วนสำคัญของเอกสารสมัย พวกเขาสามารถเพิ่มความเข้าใจของแนวคิดการเขียนโปรแกรมที่ซับซ้อน และช่วยเหลือในปัญหาวิเคราะห์และแก้ปัญหาการออกแบบ (Daniluk, 2012) การวิเคราะห์ความต้องใช้ซอฟต์แวร์กุหลาบเชือด ในส่วนนี้ ใช้กรณี กิจกรรม และลำดับไดอะแกรมจะแสดงเป็นไดอะแกรมตัวอย่าง 4.1 การใช้ไดอะแกรมกรณีและปัญหา ไดอะแกรมกรณีใช้อธิบายหน้าที่ของระบบและผู้ใช้ แสดงจำนวนนักแสดงภายนอกและการเชื่อมต่อกับกรณีใช้แทนบริการระบบ (ศอลิหและเอล-Morr, 2004) วิเคราะห์กรณีใช้งานทั่วไปเป็นวิธีทั่วไปมากที่สุด และมีประสิทธิภาพได้อย่างรวดเร็ว และถูกต้องความเข้าใจความต้องการและแนวคิดของนักพัฒนาระบบ Fig. 3 แสดงไดอะแกรมกรณีใช้ simplified ของเมฆผู้เชี่ยวชาญที่แสดงความสัมพันธ์ระหว่างเอนทิตีอื่น 4.2 การแผนภาพลำดับ ไดอะแกรมลำดับ specification เรื่องของความสัมพันธ์ระหว่างเอนทิตี้ที่ทำงาน specific และใช้ในสถานการณ์ต่าง ๆ เพื่อแสดงการโต้ตอบระหว่างผู้ใช้ หน้าจอ วัตถุ และเอนทิตี (Refsdal & Stølen, 2008) ไดอะแกรมลำดับสามารถจะเข้าใจ โดยออกแบบระบบคอมพิวเตอร์ ผู้ตัดสินใจ และผู้ใช้งานได้ง่าย ที่นี่ พวกเขาจะใช้เพื่อรับกำดีสถานการณ์จำลองการโต้ตอบในเมฆผู้เชี่ยวชาญการออกแบบระบบที่ต้องการบรรลุความเข้าใจร่วมกันของสถานการณ์ Fig. 4 แสดงไดอะแกรมลำดับของการลงทะเบียนชั่วโมงเป็นตัวอย่าง

ผลลัพธ์ (ไทย) 2:

แผนภาพเหล่านี้เป็นส่วนที่สำคัญของเอกสารการออกแบบที่ทันสมัย; พวกเขาสามารถเพิ่มความเข้าใจในแนวคิดการเขียนโปรแกรมที่ซับซ้อนและให้ความช่วยเหลือในการวิเคราะห์ปัญหาและการออกแบบวิธีการแก้ปัญหา (Daniluk 2012) ในการวิเคราะห์ความต้องการที่เราใช้ซอฟแวร์โรสเหตุผล ในส่วนนี้จะใช้กรณีที่กิจกรรมและไดอะแกรมลำดับจะแสดงเป็นแผนภาพตัวอย่าง.
4.1
ใช้แผนภาพกรณีใช้แผนภาพกรณีที่อธิบายการทำงานของระบบและผู้ใช้ มันแสดงให้เห็นจำนวนของนักแสดงภายนอกและการเชื่อมต่อของพวกเขาเพื่อกรณีการใช้งานที่เป็นตัวแทนของการให้บริการโดยระบบ (ซาเลห์และ El-Morr, 2004) การวิเคราะห์กรณีการใช้งานทั่วไปเป็นวิธีที่พบมากที่สุดและมีประสิทธิภาพในการได้อย่างรวดเร็วและถูกต้องเข้าใจความต้องการและแนวคิดของนักพัฒนาระบบ มะเดื่อ. 3 แสดงให้เห็นถึงสาย Simpli เอ็ดแผนภาพกรณีการใช้ระบบคลาวด์ผู้เชี่ยวชาญที่แสดงให้เห็นความสัมพันธ์ระหว่างหน่วยงานที่แตกต่างกัน.
4.2 ลำดับแผนภาพแผนภาพลำดับเป็นไอออนบวกระบุไว้ที่เรียบง่ายของความสัมพันธ์ระหว่างหน่วยงานที่จะทำระบุไว้งานคและมีการใช้ในหลายสถานการณ์ที่แตกต่างในการแสดงการปฏิสัมพันธ์ระหว่างผู้ใช้หน้าจอวัตถุและหน่วยงาน (Refsdal และขโมย 2008)
แผนภาพลำดับสามารถเข้าใจได้ง่ายโดยนักออกแบบระบบคอมพิวเตอร์, ผู้มีอำนาจตัดสินใจและผู้ใช้ ที่นี่พวกเขาจะใช้ในการได้รับการจับที่ดีขึ้นของสถานการณ์ปฏิสัมพันธ์ในเมฆผู้เชี่ยวชาญสำหรับการออกแบบระบบที่ต้องการเพื่อให้บรรลุความเข้าใจร่วมกันของสถานการณ์ มะเดื่อ. 4 แสดงแผนภาพลำดับของการลงทะเบียนทรัพยากรบุคคลเป็นตัวอย่าง

ผลลัพธ์ (ไทย) 3:

ภาพเหล่านี้เป็นส่วนหลักของเอกสารการออกแบบที่ทันสมัย พวกเขาสามารถเพิ่มความเข้าใจของแนวคิดการเขียนโปรแกรมที่ซับซ้อนและช่วยในการวิเคราะห์ปัญหาและแก้ปัญหาการออกแบบ ( daniluk , 2012 ) เพื่อวิเคราะห์ความต้องการ เราใช้เหตุผล โรสซอฟต์แวร์ ในส่วนนี้ ใช้กรณี กิจกรรม และแสดงเป็นแผนภาพลำดับแผนภาพตัวอย่าง
4.1 .
แผนภาพกรณีใช้แผนภาพกรณีใช้อธิบายการทำงานของระบบและผู้ใช้ มันแสดงให้เห็นจำนวนของนักแสดงและการเชื่อมต่อเพื่อใช้กรณีของการให้บริการโดยระบบภายนอก ( Saleh &เอลมอร์ , 2004 ) วิเคราะห์กรณีใช้งานโดยทั่วไปเป็นวิธีที่พบมากที่สุดและมีประสิทธิภาพของได้อย่างรวดเร็วและถูกต้องเข้าใจความต้องการและแนวคิดของนักพัฒนาระบบ ภาพประกอบ3 แสดง Simpli จึงเอ็ดกรณีใช้แผนภาพของผู้เชี่ยวชาญเมฆที่แสดงให้เห็นถึงความสัมพันธ์ระหว่างหน่วยงานต่าง ๆ
4.2 . ลำดับแผนภาพลำดับแผนภาพ
เป็นง่ายกาจึงแลกเปลี่ยนความสัมพันธ์ระหว่างหน่วยงานเพื่อทำกาจึง C งานและใช้ในหลายสถานการณ์ที่แตกต่างกันเพื่อแสดงปฏิสัมพันธ์ระหว่างผู้ใช้ , หน้าจอ , วัตถุและองค์กร ( refsdal &เซนต์ขึ้นเลน , 2008 )แผนภาพลำดับสามารถเข้าใจได้ง่าย โดยออกแบบระบบคอมพิวเตอร์ผู้ผลิต , การตัดสินใจและผู้ใช้ขั้นปลาย ที่นี่ พวกเขาจะใช้ ที่จะได้รับการจับที่ดีกว่าของปฏิสัมพันธ์ระหว่างสถานการณ์ในผู้เชี่ยวชาญสำหรับนักออกแบบระบบที่ต้องการเพื่อให้บรรลุความเข้าใจร่วมกันของสถานการณ์ รูปที่ 4 แสดงลำดับแผนภาพ HR ลงทะเบียนเป็นตัวอย่าง