Glossary1NF See first normal form.2NF See second normal form.3NF See t การแปล - Glossary1NF See first normal form.2NF See second normal form.3NF See t ไทย วิธีการพูด

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 finished application meets the requirements.Normally, a user or other customer representative sits down the with application and runs through all the use cases you identified during the requirements gathering phase to make sure everything works as advertised.

activation See execution specification.

activity diagram In UML, a diagram that represents work flows 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
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
อภิธานศัพท์1NF ดูปกติฟอร์มแรก2NF ดูฟอร์มปกติที่สอง3NF ดูฟอร์มปกติที่สาม80/20-กฎในแบบไดนามิกระบบพัฒนาวิธี อัสสัมชัญที่ 80 เปอร์เซ็นต์ของโปรแกรมประยุกต์คุณสมบัติจะใช้เวลา 20 เปอร์เซ็นต์ของเวลาทั้งหมดของโครงการจะใช้ (80/20-กฎมักจะใช้กับสถานการณ์อื่น ๆ เกินไป ตัวอย่าง ร้อยละ 80 ของโรคจิตมักจะอยู่ใน 20 เปอร์เซ็นต์ของรหัส)ยอมรับทดสอบทดสอบเพื่อดูว่า โปรแกรมประยุกต์เสร็จสมบูรณ์ตรงตามความต้องการ โดยปกติ ผู้ใช้หรือตัวแทนลูกค้าอื่นอยู่ลงโปรแกรมประยุกต์และเรียกใช้ผ่านกรณีใช้ทั้งหมดที่คุณระบุในระหว่างความต้องการรวบรวมขั้นตอนเพื่อให้แน่ใจว่า ทำงานทุกอย่างโดยการเปิดดูข้อมูลจำเพาะเกี่ยวกับการดำเนินการไดอะแกรมกิจกรรมใน UML ไดอะแกรมที่แสดงงานไหลสำหรับกิจกรรม พวกเขามีสัญลักษณ์ที่เชื่อมโยง ด้วยลูกศรแสดงทิศทางของการทำงานอ่าว ต่าง ๆพัฒนาปรับรุ่นรูปแบบการพัฒนาที่ช่วยให้คุณสามารถเปลี่ยนการเป้าหมายของโครงการถ้าจำเป็นในระหว่างการพัฒนาผู้ดูแลคนผู้จัดการทีมพัฒนาคอมพิวเตอร์ เครือข่าย และอื่น ๆเครื่องมือการ เรียกว่าผู้ดูแลระบบผู้ใช้ที่ปรึกษาผู้นำมุมมองสำคัญโครงการรูปแบบการพัฒนาพัฒนาคล่องตัว A ที่คุณเริ่มต้นให้ได้น้อยที่สุดลักษณะการทำงานที่ delity ความเร็วสูงสุดยังคง มีการใช้ประโยชน์ ช่วงเวลา คุณเพิ่มคุณลักษณะเพิ่มเติม และปรับปรุงคุณลักษณะที่มีอยู่จนกว่าจะมีการใช้คุณลักษณะทั้งหมดที่ delity ไร้สายเต็มรูปแบบชุดประกาศ A คล่องตัวหลัก 4 แนวทางการพัฒนาที่คล่องตัว สังเขปหลักคือ:➤บุคคลและโต้ตอบผ่านการกระบวนการและเครื่องมือ➤ทำงานซอฟต์แวร์ผ่านเอกสารครบวงจร➤ลูกค้าทำงานร่วมกันผ่านการเจรจาสัญญา➤การตอบสนองต่อการเปลี่ยนแปลงตามแผน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
คำศัพท์1NF ดูรูปแบบปกติแรก. 2NF ดูรูปแบบปกติที่สอง. 3NF ดูรูปแบบปกติที่สาม. 80/20 กฎในวิธีการพัฒนาระบบแบบไดนามิกสมมติฐานที่ว่าร้อยละ 80 ของการใช้' s คุณสมบัติที่จะใช้เวลา 20 - ร้อยละของ โครงการ' s เวลารวมในการดำเนินการ (80/20 - การปกครองมักจะนำไปใช้กับสถานการณ์อื่น ๆ ได้อีกด้วยตัวอย่างเช่นร้อยละ 80 ของข้อบกพร่องมักจะมีอยู่ใน 20. - . ร้อยละของรหัส) ยอมรับการทดสอบการทดสอบเพื่อตรวจสอบว่าโปรแกรมสำเร็จรูปที่มีคุณสมบัติตรงตาม requirements.Normally ผู้ใช้หรือผู้แทนของลูกค้าอื่น ๆ นั่งลงพร้อมกับใบสมัครและวิ่งผ่านทุกกรณีการใช้งานที่คุณระบุในระหว่างขั้นตอนการรวบรวมความต้องการเพื่อให้แน่ใจว่าทุกอย่างทำงานตามที่โฆษณา. ยืนยันการใช้งานดูการดำเนินการสเปค. แผนภาพกิจกรรม UML ในแผนภาพที่แสดงถึงการทำงานไหล สำหรับกิจกรรม พวกเขารวมถึงหลายชนิดของสัญลักษณ์ที่เชื่อมต่อกับลูกศรเพื่อแสดงทิศทางของการทำงานของฟลอริด้าโอ๊ย. รูปแบบการพัฒนาปรับตัวรูปแบบการพัฒนาที่ช่วยให้คุณสามารถเปลี่ยนโครงการ' s เป้าหมายในกรณีที่จำเป็นในระหว่างการพัฒนา. ผู้ดูแลคนที่จัดการทีมพัฒนา' s คอมพิวเตอร์ เครือข่ายและอื่น ๆเครื่องมือ เรียกอีกอย่างว่าผู้ดูแลระบบ. ผู้ใช้ที่ปรึกษาผู้ใช้ที่นำมุมมองที่สำคัญให้กับโครงการ. พัฒนาเปรียวรูปแบบการพัฒนาที่คุณเริ่มให้น้อยที่สุดเท่าที่จะทำได้คุณสมบัติที่ delity ไฟต่ำสุดที่จะยังคงมีโปรแกรมที่มีประโยชน์ เวลาผ่านไปคุณเพิ่มคุณสมบัติมากขึ้นและปรับปรุงคุณลักษณะที่มีอยู่จนคุณสมบัติทั้งหมดได้รับการดำเนินการที่ delity สายเต็มรูปแบบ. เปรียวประกาศชุดของสี่หลักการสำหรับการพัฒนาเปรียว ในช่วงสั้น ๆหลักการคือ➤ บุคคลและการโต้ตอบผ่านกระบวนการและเครื่องมือ➤ การทำงานซอฟต์แวร์เอกสารที่ครอบคลุมมากกว่า➤ การทำงานร่วมกันของลูกค้ามากกว่าการเจรจาสัญญา➤ ตอบสนองต่อการเปลี่ยนแปลงไปตามแผน































การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
อภิธานศัพท์

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

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

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

โฆษณาเป็นเปิดดูรายละเอียดการดำเนินการ

กิจกรรมในแผนภาพ UML , แผนภาพที่แสดงถึงผลงานจากกิจกรรม พวกเขามีหลายประเภทของสัญลักษณ์ที่เกี่ยวข้องกับลูกศรแสดงทิศทางของงานด้วย . . .

ได้พัฒนารูปแบบการพัฒนารุ่นที่ช่วยให้คุณสามารถเปลี่ยนของโครงการเป้าหมาย


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

เรียกว่าผู้ดูแลระบบ ผู้ใช้ที่ปรึกษา

ผู้ใช้ใด ๆที่ทำให้มีจุดชมวิวที่สำคัญกับโครงการ

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

ว่องไวแถลงการณ์ชุดสี่หลักการสำหรับเปรียวการพัฒนา สรุปหลักการ :


➤บุคคลและปฏิสัมพันธ์ผ่านกระบวนการและเครื่องมือซอฟต์แวร์ที่ครอบคลุมเอกสาร➤ทำงานมากกว่า

➤ลูกค้าความร่วมมือสัญญาการเจรจาต่อรอง
➤ตอบสนองเปลี่ยนแปลงไปตามแผน
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: