Glossary1NF See first normal form.2

Glossary

1NF See first normal form.
2NF See second normal form.
3NF See third normal form.

80/20-rule In the Dynamic Systems Development Method, the assumption that 80-percent
of an application’s features will take 20-percent of the project’s total time to implement. (The 80/20-rule often applies to other situations, too. For example, 80 percent of the bugs are usually contained in 20-percent of the code.)

acceptance test A test to determine whether the fi nished application meets the requirements.Normally, a user or other customer representative sits down the with application and runs through all the use cases you identifi ed during the requirements gathering phase to make sure everything works as advertised.

activation See execution specifi cation.

activity diagram In UML, a diagram that represents work fl ows for activities. They include several kinds of symbols connected with arrows to show the direction of the work fl ow.

adaptive development model A development model that enables you to change the
project’s goals if necessary during development.

administrator Someone who manages the development team’s computers, network, and other
tools. Also called a system administrator.

advisor user Any user who brings an important viewpoint to the project.

agile development A development model where you initially provide the fewest possible
features at the lowest fi delity to still have a useful application. Over time, you add more features and improve existing features until all features have been implemented at full fi delity.

Agile Manifesto A set of four guiding principles for agile development. In brief the
principles are:

➤ Individuals and interactions over processes and tools
➤ Working software over comprehensive documentation
➤ Customer collaboration over contract negotiation
➤ Responding to change over following a plan

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

อภิธานศัพท์1NF ดูปกติฟอร์มแรก2NF ดูฟอร์มปกติที่สอง3NF ดูฟอร์มปกติที่สาม80/20-กฎในแบบไดนามิกระบบพัฒนาวิธี อัสสัมชัญที่ 80 เปอร์เซ็นต์ของโปรแกรมประยุกต์คุณสมบัติจะใช้เวลา 20 เปอร์เซ็นต์ของเวลาทั้งหมดของโครงการจะใช้ (80/20-กฎมักจะใช้กับสถานการณ์อื่น ๆ เกินไป ตัวอย่าง ร้อยละ 80 ของโรคจิตมักจะอยู่ใน 20 เปอร์เซ็นต์ของรหัส)ยอมรับทดสอบทดสอบเพื่อดูว่า โปรแกรมประยุกต์ nished สายตรงตามความต้องการ โดยปกติ ผู้ใช้หรือตัวแทนลูกค้าอื่นอยู่ลงโปรแกรมประยุกต์และเรียกใช้ทั้งหมดใช้กรณี identifi ed ในระหว่างความต้องการรวบรวมขั้นตอนเพื่อให้แน่ใจว่าทุกอย่างทำงานตามที่โฆษณาเปิดใช้งานดูการดำเนินการ specifi cationไดอะแกรมกิจกรรมใน UML ไดอะแกรมที่แสดงทำงาน ows fl สำหรับกิจกรรม พวกเขามีสัญลักษณ์ที่เชื่อมโยง ด้วยลูกศรแสดงทิศทางของการทำงานอ่าว ต่าง ๆพัฒนาปรับรุ่นรูปแบบการพัฒนาที่ช่วยให้คุณสามารถเปลี่ยนการเป้าหมายของโครงการถ้าจำเป็นในระหว่างการพัฒนาผู้ดูแลคนผู้จัดการทีมพัฒนาคอมพิวเตอร์ เครือข่าย และอื่น ๆเครื่องมือการ เรียกว่าผู้ดูแลระบบผู้ใช้ที่ปรึกษาผู้นำมุมมองสำคัญโครงการรูปแบบการพัฒนาพัฒนาคล่องตัว A ที่คุณเริ่มต้นให้ได้น้อยที่สุดลักษณะการทำงานที่ delity ความเร็วสูงสุดยังคง มีการใช้ประโยชน์ ช่วงเวลา คุณเพิ่มคุณลักษณะเพิ่มเติม และปรับปรุงคุณลักษณะที่มีอยู่จนกว่าจะมีการใช้คุณลักษณะทั้งหมดที่ delity ไร้สายเต็มรูปแบบชุดประกาศ A คล่องตัวหลัก 4 แนวทางการพัฒนาที่คล่องตัว สังเขปหลักคือ:➤บุคคลและโต้ตอบผ่านการกระบวนการและเครื่องมือ➤ทำงานซอฟต์แวร์ผ่านเอกสารครบวงจร➤ลูกค้าทำงานร่วมกันผ่านการเจรจาสัญญา➤การตอบสนองต่อการเปลี่ยนแปลงตามแผน

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

คำศัพท์1NF ดูรูปแบบปกติแรก. 2NF ดูรูปแบบปกติที่สอง. 3NF ดูรูปแบบปกติที่สาม. 80/20 กฎในวิธีการพัฒนาระบบแบบไดนามิกสมมติฐานที่ว่าร้อยละ 80 ของการใช้' s คุณสมบัติที่จะใช้เวลา 20 - ร้อยละของ โครงการ' s เวลารวมในการดำเนินการ (80/20 - การปกครองมักจะนำไปใช้กับสถานการณ์อื่น ๆ ได้อีกด้วยตัวอย่างเช่นร้อยละ 80 ของข้อบกพร่องที่มีอยู่มักจะอยู่ใน 20. - . ร้อยละของรหัส) การทดสอบการยอมรับทดสอบเพื่อตรวจสอบว่าโปรแกรมสำเร็จรูปสายตรงตามความต้องการ โดยปกติผู้ใช้หรือตัวแทนลูกค้าอื่น ๆ นั่งลงพร้อมกับใบสมัครและวิ่งผ่านทุกกรณีการใช้งานที่คุณเอ็ด identifi ในระหว่างการรวบรวมความต้องการขั้นตอนเพื่อให้แน่ใจว่าทุกอย่างทำงานตามที่โฆษณา. ยืนยันการใช้งานดูการดำเนินการ specifi ไอออนบวก. แผนภาพกิจกรรม UML ในแผนภาพที่ แสดงให้เห็นถึงการทำงานของชั้น OWS สำหรับกิจกรรม พวกเขารวมถึงหลายชนิดของสัญลักษณ์ที่เชื่อมต่อกับลูกศรเพื่อแสดงทิศทางของการทำงานของฟลอริด้าโอ๊ย. รูปแบบการพัฒนาปรับตัวรูปแบบการพัฒนาที่ช่วยให้คุณสามารถเปลี่ยนโครงการ' s เป้าหมายในกรณีที่จำเป็นในระหว่างการพัฒนา. ผู้ดูแลคนที่จัดการทีมพัฒนา' s คอมพิวเตอร์ เครือข่ายและอื่น ๆเครื่องมือ เรียกอีกอย่างว่าผู้ดูแลระบบ. ผู้ใช้ที่ปรึกษาผู้ใช้ที่นำมุมมองที่สำคัญให้กับโครงการ. พัฒนาเปรียวรูปแบบการพัฒนาที่คุณเริ่มให้น้อยที่สุดเท่าที่จะทำได้คุณสมบัติที่ delity ไฟต่ำสุดที่จะยังคงมีโปรแกรมที่มีประโยชน์ เวลาผ่านไปคุณเพิ่มคุณสมบัติมากขึ้นและปรับปรุงคุณลักษณะที่มีอยู่จนคุณสมบัติทั้งหมดได้รับการดำเนินการที่ delity สายเต็มรูปแบบ. เปรียวประกาศชุดของสี่หลักการสำหรับการพัฒนาเปรียว ในช่วงสั้น ๆหลักการคือ➤ บุคคลและการโต้ตอบผ่านกระบวนการและเครื่องมือ➤ การทำงานซอฟต์แวร์เอกสารที่ครอบคลุมมากกว่า➤ การทำงานร่วมกันของลูกค้ามากกว่าการเจรจาสัญญา➤ ตอบสนองต่อการเปลี่ยนแปลงไปตามแผน

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

อภิธานศัพท์

1NF เห็นครั้งแรกรูปแบบปกติ .
ประเทศ : เห็นสองรูปแบบปกติ .
3nf เห็นสามรูปแบบปกติ

กฎ 80 / 20 ในการพัฒนาระบบแบบไดนามิกโดยใช้สมมติฐานว่า 80 เปอร์เซ็นต์
คุณสมบัติของโปรแกรมประยุกต์จะใช้ 20 เปอร์เซ็นต์ของโครงการทั้งหมด เวลาใช้งานจริง ( กฎ 80 / 20 มักจะใช้กับสถานการณ์อื่นๆ ด้วย ตัวอย่างเช่นร้อยละ 80 ของข้อผิดพลาดที่มักจะปรากฏใน 20 เปอร์เซ็นต์ของรหัส )

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