is embedded software with legally mandated safety and reliability conc การแปล - is embedded software with legally mandated safety and reliability conc ไทย วิธีการพูด

is embedded software with legally m

is embedded software with legally mandated safety and reliability concerns used in avionics. The main difference between avionic software and conventional embedded software is that the development process is required by law and is optimized for safety. It is claimed[who?] that the process described below is only slightly slower and more costly (perhaps 15 percent) than the normal ad hoc processes used for commercial software. Since most software fails because of mistakes, eliminating the mistakes at the earliest possible step is also a relatively inexpensive, reliable way to produce software. In some projects, however, mistakes in the specifications may not be detected until deployment. At that point, they can be very expensive to fix.

The basic idea of any software development model is that each step of the design process has outputs called "deliverables."[citation needed] If the deliverables are tested for correctness and fixed, then normal human mistakes can not easily grow into dangerous or expensive problems. Most manufacturers[citation needed] follow the waterfall model to coordinate the design product, but almost all explicitly permit earlier work to be revised. The result is more often closer to a spiral model
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
มีซอฟต์แวร์ฝังตัวกับกฎหมายบังคับความปลอดภัยและความน่าเชื่อถือความกังวลใช้ avionics ความแตกต่างหลักระหว่าง avionic ซอฟต์แวร์และซอฟต์แวร์ฝังตัวธรรมดาคือ กระบวนการพัฒนาจำเป็นต้องใช้กฎหมาย และเหมาะความปลอดภัย มีการอ้างสิทธิ [ใคร] กระบวนการที่อธิบายไว้ด้านล่างว่าเพียงเล็กน้อยช้า และมาก (บางที 15 เปอร์เซ็นต์) มากกว่ากระบวนการกิจปกติที่ใช้สำหรับซอฟแวร์เชิงพาณิชย์ เนื่องจากซอฟต์แวร์ส่วนใหญ่ล้มเหลวเนื่องจากข้อผิดพลาด ขจัดความผิดพลาดในขั้นตอนได้เร็วที่สุดก็แบบแพง เชื่อถือได้ในการผลิตซอฟต์แวร์ ในบางโครงการ อย่างไรก็ตาม ไม่อาจพบความผิดพลาดในข้อกำหนดจนถึงการใช้งาน ณ พวกเขาสามารถมีราคาแพงมากจะแก้ไขได้

ความคิดพื้นฐานของโมเดลการพัฒนาซอฟต์แวร์เป็นว่า แต่ละขั้นตอนของการออกแบบมีการแสดงผลที่เรียกว่า "deliverables"[ต้องการอ้างอิง] ถ้า deliverables จะทดสอบความถูกต้อง และ ถาวร แล้ว ผิดปกติมนุษย์สามารถไม่ได้เติบโตเป็นปัญหาที่อันตราย หรือมีราคาแพง ผู้ผลิตส่วนใหญ่ [ต้องการอ้างอิง] ตามแบบจำลองน้ำตกประสานงานออกแบบผลิตภัณฑ์ แต่เกือบทั้งหมดสามารถเข้าทำงานก่อนหน้านี้ต้องแก้ไขอย่างชัดเจน ผลถูกบ่อยแบบเกลียว
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
ถูกฝังซอฟต์แวร์ที่มีความปลอดภัยและความน่าเชื่อถือความกังวลได้รับคำสั่งถูกต้องตามกฎหมายที่ใช้ในการบิน แตกต่างที่สำคัญระหว่างซอฟต์แวร์ avionic และซอฟต์แวร์ฝังตัวแบบเดิมคือการพัฒนากระบวนการถูกต้องตามกฎหมายและได้รับการปรับปรุงเพื่อความปลอดภัย มันก็อ้างกว่าปกติกระบวนการเฉพาะกิจ [ใคร?] ว่ากระบวนการที่อธิบายไว้ด้านล่างเป็นเพียงเล็กน้อยช้าลงและค่าใช้จ่ายมากขึ้น (อาจจะร้อยละ 15) ใช้สำหรับซอฟต์แวร์เชิงพาณิชย์ เนื่องจากส่วนใหญ่ซอฟต์แวร์ที่ล้มเหลวเพราะความผิดพลาดกำจัดข้อผิดพลาดที่ขั้นตอนเป็นไปได้เร็วนี้ยังมีราคาไม่แพงวิธีที่เชื่อถือได้ในการผลิตซอฟแวร์ ในบางโครงการ แต่ความผิดพลาดในรายละเอียดที่อาจจะไม่ถูกตรวจพบจนถึงการใช้งาน ณ จุดที่พวกเขาสามารถมีราคาแพงมากในการแก้ไขปัญหาความคิดพื้นฐานของรูปแบบการพัฒนาซอฟแวร์คือขั้นตอนของกระบวนการออกแบบแต่ละคนมีผลเรียกว่า "ส่งมอบ". [อ้างจำเป็น] หากการส่งมอบจะมีการทดสอบความถูกต้องและคงที่แล้ว ความผิดพลาดของมนุษย์ปกติไม่สามารถเติบโตเป็นปัญหาที่เป็นอันตรายหรือมีราคาแพง ผู้ผลิตส่วนใหญ่ [อ้างจำเป็น] ตามน้ำตกจำลองในการประสานงานการออกแบบผลิตภัณฑ์ แต่เกือบทุกอย่างชัดเจนอนุญาตให้มีการทำงานก่อนหน้านี้จะได้รับการปรับปรุง ผลที่ได้คือมักจะใกล้ชิดกับรูปแบบเกลียว

การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เป็นซอฟต์แวร์ฝังตัวกับบังคับตามกฎหมายเพื่อความปลอดภัยและความน่าเชื่อถือเกี่ยวกับใช้ในการบิน . ความแตกต่างหลักระหว่างซอฟต์แวร์การบินและซอฟต์แวร์ฝังตัวปกติคือการพัฒนาต้องตามกฎหมายและเพิ่มประสิทธิภาพเพื่อความปลอดภัย มันอ้างว่า [ ใคร ?] กระบวนการที่อธิบายไว้ด้านล่างเป็นเพียงเล็กน้อยช้าลง และราคาแพงมาก ( บางที 15 เปอร์เซ็นต์ ) มากกว่าปกติเฉพาะกิจกระบวนการใช้ซอฟต์แวร์เชิงพาณิชย์ เนื่องจากซอฟต์แวร์ส่วนใหญ่ล้มเหลวเนื่องจากความผิดพลาดของการขจัดข้อผิดพลาดที่ก้าวเร็วที่สุดนอกจากนี้ยังมีราคาไม่แพง วิธีที่เชื่อถือได้เพื่อผลิตซอฟต์แวร์ ในบางโครงการ แต่อย่างไรก็ตามความผิดพลาดในรายละเอียดอาจจะไม่พบจนกว่าการใช้งาน . ที่จุดที่พวกเขาสามารถจะมีราคาแพงมากเพื่อแก้ไข

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

Copyright ©2024 I Love Translation. All reserved.

E-mail: