The rules for object collaborations

The rules for object collaborations and reactions are written for the various multi-sets that are represented as
IS = {is1, is2, is3, is4} towards the stake holders multi-set,
IM = {im1, im2, im3} represents the market situation,
IN = {in1, in2, in3} representing the need objects,
IR = {ir1, ir2, ir3} are representing the risk factors involved.
Hence in the membrane model for inception phase, the multi-sets of inception objects can be denoted as {Is, Im, In, Ir}
The software requirement objects can very well be classified as normal requirements, expected requirements and exciting requirements and represented as Ino, Iep, and Iex respectively. The list of people in the set Is and the multi-set with multiple viewpoints Iv contribute towards finalizing the requirement objects. This situation can be represented as a single membrane that will dissolve into two other membranes labeled as product and requirement membranes Ip and Ire respectively as shown in Figure 2.
Inception Inception output
Figure 2. Inception Evolution.


The inception stake holder object is1 may have two viewpoints iv1 and iv2 respectively about the feasibility of the software to be developed. Similarly the stakeholder object is2 is having two viewpoints iv1 and iv3 and if these two stakeholders collaborate the resulting view points are iv1 and
iv4. This situation can be represented as rules for the multi set of requirement objects as shown below.
is1 iv1iv2 (1)
is2 iv1 iv3 (2)
is1 is2 iv1 iv4 (3)
The multi-set of inception objects produces the set of requirements through many interactions that are represented as
is im iv ino iex (4)
is ir iep iex (5)
This can be represented as an evolutionary rule shown in equation (4)
Is Im In Ir Ip In Ir Ire (6)
Requirement Engineering Process (REP) can be represented as the tree structure with requirement engineering process as the root node and the leaves are the activities in each process. Requirement Analysis (RA),

Requirement Management (RM), Change Management (CM) are the root nodes whereas Inception (IN), Elicitation (El), Elaboration (EO), Negotiation (NE), Validation (VA), Management (MA), Changes (CH), Risk (RI) act as leaf nodes. The hierarchical tree structure for requirement engineering process can be represented as shown in Figure3.

Figure 3. Requirement Engineering Process Tree
Requirement Analysis (RA) is represented as a hierarchical tree structure in membrane model. This may be shown as below,
RA [ra [in ]in [el ]el [eo ]eo [ne ]ne ]ra
Requirement Management (RM) is represented as a hierarchical tree structure in membrane model. This may be shown as below,
RM [rm [va ]va [ma ]ma ]rm
Change Management (CM) is represented as a hierarchical tree structure in membrane model. This may be shown as below,
CM [cm [ch ]ch [ri ]ri ]cm
Requirement objects are getting evolved through various states from initial to the accepted or rejected states. These states may be considered as a set S as shown
S = {initial, feasibility checked, classified, negotiated, prioritized, accepted, documented, rejected}
These states can be partitioned into two non-empty and disjoint sets say discovered states D and negotiable states N respectively. Then the elements of the set D and set N can be represented as
Discovered states, D = {Initial, Feasibility Checked, Rejected}
Negotiable states, N = {Classified, Prioritized, Accepted}
A. Transformation of User to System Requirements
The evolution rules can be thought of as the reactions in which the user requirements are dissolved into system requirements based on the abstraction, amalgamation and clarity factors in the analysis stage towards the design objects that are emerging as shown in Figure 4.

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

เขียนกฎสำหรับวัตถุความร่วมมือและปฏิกิริยาในชุดต่าง ๆ หลายที่แสดงเป็นมี = {is1 is2, is3 is4 } ต่อเดิมพันใส่หลายชุดIM = {im1, im2, im3 } แสดงถึงสถานการณ์ตลาดใน = {in1, in2, in3 } แสดงถึงวัตถุต้องการIR = {ir1, ir2, ir3 } แสดงว่าปัจจัยเสี่ยงที่เกี่ยวข้องดังนั้น ในรูปแบบเมมเบรนสำหรับระยะมา ชุดหลายมาวัตถุสามารถแทนได้เป็น {เป็น Im ใน Ir }ดีสามารถจำแนกความต้องการปกติ ความต้องการที่คาดไว้ และความน่าตื่นเต้น และแสดง เป็นไอ Iep, Iex ตามลำดับวัตถุความต้องการซอฟต์แวร์ เป็นรายบุคคลในชุด และหลายชุดกับหลายชม Iv นำไปสรุปความต้องการวัตถุ สถานการณ์นี้สามารถแสดงเป็นเมมเบรนเดียวที่จะละลายในสารอื่นว่าผลิตภัณฑ์สอง และเยื่อหุ้มข้อกำหนด Ip และ Ire ตามลำดับดังแสดงในรูปที่ 2ออกมามารูปที่ 2 วิวัฒนาการมาเริ่มเดิมพันผู้ถือวัตถุ is1 อาจมีสองมุมมอง iv1 และ iv2 เกี่ยวกับความเป็นไปได้ของซอฟต์แวร์พัฒนาขึ้นตามลำดับ Is2 วัตถุผู้มีมุมมองสอง iv1 และ iv3 และถ้าเสียสองเหล่านี้ทำงานร่วมกันได้ ดูคะแนน iv1 ทำนองเดียวกัน และiv4 สถานการณ์นี้สามารถแสดงเป็นกฎสำหรับชุดหลายความต้องการวัตถุดังต่อไปนี้is1 iv1iv2 (1)is2 iv1 iv3 (2)is1 is2 iv1 iv4 (3)หลายชุดของวัตถุที่มาผลิตชุดของข้อกำหนดในการโต้ตอบที่แสดงเป็นเป็น im iex ไอ iv (4)เป็น ir iep iex (5)นี้สามารถแสดงในรูปของกฎการวิวัฒนาการที่แสดงในสมการ (4)เป็น Im ใน Ir Ip ใน Ir Ire (6)กระบวนการวิศวกรรมของความต้องการ (REP) สามารถแสดงเป็นโครงสร้างที่ มีความต้องการกระบวนการทางวิศวกรรมเป็นโหนดราก และใบ กิจกรรมในแต่ละกระบวนการ วิเคราะห์ความต้องการ (RA),ความต้องการจัดการ (RM), จัดการเปลี่ยนแปลง (เซนติเมตร) ได้โหนรากในขณะที่มา (IN), Elicitation (เอล), ทุก ๆ (อี โอ), เจรจาต่อรอง (NE), ตรวจสอบ (VA), จัดการ (MA), เปลี่ยนแปลง (CH) ความเสี่ยง (RI) ที่ทำหน้าที่เป็นโหนโหนดปลายสุด สามารถแสดงโครงสร้างแผนภูมิลำดับชั้นสำหรับกระบวนการวิศวกรรมความต้องการมาก Figure3รูปที่ 3 แผนภูมิกระบวนการวิศวกรรมความต้องการวิเคราะห์ความต้องการ (RA) จะแสดงเป็นโครงสร้างแผนภูมิลำดับชั้นในรูปแบบเมมเบรน นี้อาจจะแสดงอยู่ด้านล่างRa RA [ra [ใน] ในมุอีโอ [ne] [อีโอ] el [เอล]]การจัดการความต้องการ (RM) จะแสดงเป็นโครงสร้างแผนภูมิลำดับชั้นในรูปแบบเมมเบรน นี้อาจจะแสดงอยู่ด้านล่างRm RM [rm [va] va [ม้า] ม้า]จัดการเปลี่ยนแปลง (CM) จะแสดงเป็นโครงสร้างแผนภูมิลำดับชั้นในรูปแบบเมมเบรน นี้อาจจะแสดงอยู่ด้านล่างCM [ch ซม. [ch] [ri] ri] ซม.มีการพัฒนาความต้องการวัตถุผ่านรัฐต่าง ๆ จากเริ่มต้นสู่อเมริกายอมรับ หรือปฏิเสธ รัฐเหล่านี้อาจถือว่าเป็นชุด S ดังแสดง S = {เริ่มต้น ความเป็นไปได้ตรวจสอบ จัด เจรจา จัดลำดับความสำคัญ ยอมรับ เอกสาร ปฏิเสธ}รัฐเหล่านี้สามารถแบ่งออกเป็นสองไม่ว่าง และชุดตัวว่า ค้นพบอเมริกา D และเปลี่ยนมือได้อเมริกา N ตามลำดับ สามารถแสดงองค์ประกอบของชุด N และ D ตั้งค่าเป็นแล้วค้นพบอเมริกา D = {เริ่มต้น การตรวจสอบความเป็นไปได้ ปฏิเสธ}สามารถต่อรองรัฐ N = {Classified, Prioritized, Accepted } A. การเปลี่ยนแปลงของผู้ใช้ระบบตามความต้องการสามารถคิดของกฎวิวัฒนาการเป็นปฏิกิริยาส่วนยุบซึ่งความต้องการของผู้ใช้เป็นข้อกำหนดของระบบขึ้นอยู่กับปัจจัย abstraction ควบบริษัท และความชัดเจนในขั้นตอนวิเคราะห์ต่อวัตถุการออกแบบที่เกิดขึ้นดังแสดงในรูปที่ 4

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

กฎสำหรับความร่วมมือวัตถุและปฏิกิริยาจะถูกเขียนขึ้นสำหรับหลายชุดต่างๆที่แสดงเป็น
IS = {IS1, is2, is3, IS4} ต่อการถือหุ้นหลายชุด
IM = {im1, IM2, IM3} หมายถึงการตลาด สถานการณ์
ใน = {in1, in2, in3} ที่เป็นตัวแทนของความต้องการวัตถุ
IR = {IR1, IR2, IR3} เป็นตัวแทนปัจจัยความเสี่ยงที่เกี่ยวข้อง.
ดังนั้นในรูปแบบเมมเบรนสำหรับขั้นตอนการลงทะเบียนเรียน, ชุดหลายวัตถุสามารถลงทะเบียนเรียน แสดงเป็น {Is, Im, ใน, Ir}
วัตถุที่ต้องการซอฟแวร์ได้เป็นอย่างดีสามารถแบ่งได้ตามความต้องการปกติความต้องการที่คาดหวังและความต้องการที่น่าตื่นเต้นและแสดงเป็น Ino, Iep และ Iex ตามลำดับ รายชื่อของคนที่อยู่ในชุดนี้และตั้งหลายที่มีมุมมองหลาย Iv มีส่วนร่วมต่อความต้องการที่จะจบวัตถุ สถานการณ์นี้สามารถแสดงเป็นเมมเบรนเดียวที่จะละลายออกเป็นสองเยื่ออื่น ๆ ระบุว่าเป็นผลิตภัณฑ์และเยื่อต้องการ IP และกระสอบตามลำดับดังแสดงในรูปที่ 2.
จัดตั้งกองทุนการส่งออกที่จดทะเบียนกองทุน
รูปที่ 2 จัดตั้งกองทุนวิวัฒนาการ. ถือหุ้นในสัดส่วนก่อตั้งวัตถุ IS1 อาจจะมีสอง มุมมอง IV1 และ IV2 ตามลำดับเกี่ยวกับความเป็นไปได้ของซอฟต์แวร์ที่ได้รับการพัฒนา ในทำนองเดียวกันวัตถุ is2 ผู้มีส่วนได้เสียจะมีสองมุมมอง IV1 และ IV3 และหากผู้มีส่วนได้เสียทั้งสองทำงานร่วมกันจุดชมวิวที่เกิดขึ้นเป็น IV1 และIV4 สถานการณ์นี้สามารถแสดงเป็นกฎสำหรับการตั้งค่าหลายของวัตถุที่ต้องการที่แสดงด้านล่าง. IS1 iv1iv2 (1) is2 IV1 IV3 (2) IS1 is2 IV1 IV4 (3) หลายชุดของวัตถุเริ่มก่อตั้งผลิตชุดของความต้องการผ่านหลาย ปฏิสัมพันธ์ที่มีการแสดงเป็นเป็น im iv Ino Iex (4) เป็น IR IEP Iex (5) นี้สามารถแสดงเป็นกฎวิวัฒนาการแสดงในสมการ (4) คืออิ่มใน Ir IP ใน Ir กระสอบ (6) กระบวนการวิศวกรรมความต้องการ (REP ) สามารถแสดงเป็นโครงสร้างที่มีกระบวนการวิศวกรรมความต้องการเป็นโหนดรากและใบจะมีกิจกรรมในแต่ละขั้นตอน การวิเคราะห์ความต้องการ (RA), การจัดการความต้องการ (RM), การบริหารการเปลี่ยนแปลง (CM) เป็นโหนดรากในขณะที่จัดตั้งกองทุน (IN) การสอบถาม (เอ) รายละเอียดเพิ่มเติม (EO), การเจรจาต่อรอง (NE) ตรวจสอบ (VA) การบริหารจัดการ (MA ) เปลี่ยนแปลง (CH), ความเสี่ยง (RI) ทำหน้าที่เป็นโหนดใบ โครงสร้างลำดับชั้นของการกระบวนการวิศวกรรมความต้องการสามารถแสดงดังแสดงใน Figure3. รูปที่ 3 ต้นไม้วิศวกรรมกระบวนการความต้องการความต้องการวิเคราะห์ (RA) จะแสดงเป็นโครงสร้างตามลำดับชั้นในแบบเมมเบรน นี้อาจจะแสดงให้เห็นดังต่อไปนี้, RA [RA [ใน] ใน [เอ] เอล [eo] eo [NE] เน่] RA การจัดการความต้องการ (RM) จะแสดงเป็นโครงสร้างตามลำดับชั้นในแบบเมมเบรน นี้อาจจะแสดงให้เห็นดังต่อไปนี้, RM [RM [VA] VA [แม่] แม่] RM การบริหารการเปลี่ยนแปลง (CM) จะแสดงเป็นโครงสร้างตามลำดับชั้นในแบบเมมเบรน นี้อาจจะแสดงให้เห็นว่าด้านล่างCM [เซนติเมตร [ch] CH [Ri] Ri] ซม. วัตถุที่ต้องการจะได้รับการพัฒนาผ่านรัฐต่างๆจากการเริ่มต้นที่จะได้รับการยอมรับหรือปฏิเสธรัฐ รัฐเหล่านี้อาจได้รับการพิจารณาเป็นชุด S ดังแสดงS = {เริ่มต้นการตรวจสอบความเป็นไปได้จัดเจรจาจัดลำดับความสำคัญได้รับการยอมรับเอกสารปฏิเสธ} รัฐเหล่านี้สามารถแบ่งออกเป็นสองชุดที่ไม่ว่างเปล่าและเคล็ดกล่าวว่าการค้นพบรัฐ D และการต่อรอง N สถานะตามลำดับ จากนั้นองค์ประกอบของ D ชุดและชุดไม่มีสามารถแสดงเป็นรัฐค้นพบ, D = {เริ่มต้นเป็นไปได้ในการตรวจสอบที่ถูกปฏิเสธ} รัฐต่อรอง, N = {จำแนกลำดับความสำคัญได้รับการยอมรับ} A. การเปลี่ยนแปลงของผู้ใช้งานเพื่อความต้องการของระบบกฎวิวัฒนาการสามารถจะคิดว่าเป็นปฏิกิริยาที่ต้องการของผู้ใช้จะสลายกลายเป็นความต้องการของระบบขึ้นอยู่กับสิ่งที่เป็นนามธรรมการควบรวมและปัจจัยความชัดเจนในขั้นตอนการวิเคราะห์ที่มีต่อวัตถุการออกแบบที่จะเกิดขึ้นใหม่ดังแสดงในรูป 4

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

กฎสำหรับสื่อวัตถุ และปฏิกิริยาที่เขียนขึ้นสำหรับหลายชุดต่าง ๆที่แสดงเป็น
= { is1 is2 is3 is4 } , , , ต่อไม้ถือหลายชุด
im = { im1 im2 im3 } , , ถึงสถานการณ์ตลาดใน = 1
{ 3 } ” , , แทน ต้องการวัตถุ
IR = { } ir2 IR1 , , ir3 เป็นตัวแทนปัจจัยความเสี่ยงที่เกี่ยวข้อง .
ดังนั้นในเยื่อแผ่นแบบสำหรับเฟสเริ่มหลายชุดของการก่อตั้งวัตถุสามารถเขียนเป็น { , IM , ใน , IR }
ความต้องการซอฟต์แวร์วัตถุได้ดีมากสามารถแบ่งตามความต้องการปกติ คาดว่าความต้องการและความต้องการที่น่าตื่นเต้นและแสดงเป็นอิโนะ เขียน และจัดการ ตามลำดับ รายชื่อคนในชุดและหลายชุดกับมุมมองหลาย IV สนับสนุนต่อสิ้นสุดความต้องการวัตถุสถานการณ์นี้สามารถแสดงเป็นแบบเดียวที่จะละลายในเนื้อเยื่ออื่น ๆสองป้ายเป็นผลิตภัณฑ์และความต้องการเยื่อ IP และความเดือดดาล ตามลำดับ ดังแสดงในรูปที่ 2

เริ่มเริ่มออกรูปที่ 2 วิวัฒนาการที่มา


ผู้ถือหุ้นก่อตั้งวัตถุ is1 อาจจะมีสองมุมมอง iv1 และ iv2 ตามลำดับเกี่ยวกับความเป็นไปได้ของซอฟต์แวร์ที่จะพัฒนาเช่นเดียวกับวัตถุ is2 มีส่วนได้ส่วนเสียและสองมุมมอง iv1 iv3 และถ้าสองคนนี้ร่วมมือกันสร้างผลดูจุด iv1 และ
iv4 . สถานการณ์นี้สามารถแสดงเป็นกฎสำหรับหลายชุดของความต้องการวัตถุที่แสดงด้านล่าง .
is1 iv1iv2 ( 1 )
is2 iv1 iv3 ( 2 )
iv1 is1 is2 iv4 ( 3 )
หลายชุดของวัตถุที่สร้างขึ้นชุดของความต้องการผ่านการโต้ตอบหลายที่แสดงเป็น
คือ Im IV อิโนะ IEX ( 4 )
เป็น IR IEP IEX ( 5 )
นี้สามารถแสดงเป็นวิวัฒนาการการปกครองแสดงในสมการ ( 4 )
เป็นอิมใน IR IP IR ( 6 )
ในชื่อว่ากระบวนการวิศวกรรมความต้องการ ( ตัวแทน ) สามารถแสดงเป็นโครงสร้างต้นไม้กับกระบวนการวิศวกรรมความต้องการเป็นปมรากและใบเป็นกิจกรรมในแต่ละขั้นตอน การวิเคราะห์ความต้องการ ( RA )

ความต้องการการจัดการ ( RM ) การบริหารการเปลี่ยนแปลง ( เซนติเมตร ) รากปม ส่วน Inception ( ใน ) การ ( EL ) คู่มือ ( EO ) การเจรจาต่อรอง ( NE ) , ตรวจสอบ ( VA ) , บริหาร ( MA )การเปลี่ยนแปลง ( CH ) ความเสี่ยง ( ริ ) เป็นโหนดใบ โครงสร้างต้นไม้ลำดับชั้นของกระบวนการวิศวกรรมความต้องการสามารถแสดง ดังแสดงใน figure3 .

รูปที่ 3 กระบวนการวิศวกรรมความต้องการต้นไม้
การวิเคราะห์ความต้องการ ( RA ) แสดงเป็นโครงสร้างแบบลำดับชั้นแบบเยื่อแผ่น นี้อาจจะปรากฏเป็นด้านล่าง
รา [ รา [ ใน ] ใน [ EL ] เอล [ EO ] ออ [ NE ] ne
] ราการจัดการความต้องการ ( RM ) แสดงเป็นโครงสร้างลำดับชั้นแบบเยื่อแผ่น นี้อาจจะปรากฏเป็นด้านล่าง
RM [ RM ] [ VA VA [ MA ] แม่ ] RM
การบริหารการเปลี่ยนแปลง ( ซม. ) จะแสดงเป็นโครงสร้างต้นไม้ลำดับชั้นแบบเยื่อแผ่น นี้อาจจะปรากฏเป็นด้านล่าง
ซม. [ [ CH ] CH [ CM ] cm
ริริ ]ความต้องการวัตถุได้รับการพัฒนาผ่านรัฐต่าง ๆ จากการได้รับการยอมรับหรือปฏิเสธแต่อย่างใด รัฐเหล่านี้อาจจะถือว่าเป็นชุด S แสดง
S = { เริ่มต้นโครงการตรวจสอบจัด , การเจรจาต่อรอง , การจัดลำดับความสำคัญ ยอมรับ เอกสาร ปฏิเสธ }
รัฐเหล่านี้สามารถแบ่งเป็นสองไม่ว่างและการดื่มเหล้ามากเกินไปพูดค้นพบอเมริกา D และต่อรองรัฐ N ตามลำดับแล้วองค์ประกอบของชุด D และ N สามารถแสดงเป็น
ค้นพบอเมริกา , D = { เริ่มต้น }
ต่อรองได้ปฏิเสธความเป็นไปได้ในการตรวจสอบรัฐ , n = { จัด ได้แก่ ยอมรับ }
. การเปลี่ยนแปลงของผู้ใช้ระบบความต้องการ
วิวัฒนาการกฎสามารถคิดเป็นปฏิกิริยาที่ผู้ใช้ ความต้องการจะละลายเข้าไปในระบบความต้องการตามนามธรรมสังสรรค์และปัจจัยที่ชัดเจนในการวิเคราะห์ขั้นตอนในการออกแบบวัตถุที่จะเกิดขึ้นใหม่
ดังแสดงในรูปที่ 4