You can waste time over specifying

You can waste time over specifying the design, but an under specified design can be
expensive and error-prone. The complete specification of a software design requires
a great deal of information: defining classes and their relationships, identifying
class interactions, defining required data, specifying system states and
transition, and specifying inputs and outputs. The complete and unambiguous
definition of all of this material generally requires significantly more documentation
than the source listing of the finished program. The source code must include
all of the design decisions but in very terse form. A program’s uncommented
source code is very dense, has little redundancy, and precisely defines the product’s
behavior. With the possible exception of the object code, the source code is
the most compact way to completely define a program’s design. Unfortunately,
unless the source code is extensively commented, it is almost unintelligible to anyone
but the designers and implementers, and even they can have trouble deciphering it.
The key question is, how much detail must the designers provide to the implementers
And other design users?
A fully defined design is expensive, and much of its content is not needed by
Experienced implementers. In addition, particularly if you are doth the designer
And the implementer, overspecification will waste time. To be most efficient,
make an explicit design-content trade-off. This requires a specification of
design completeness. Such a specification will help you to produce a quality
design and will guide your design reviews. As long as you meet the design exit criteria,
you can use whatever design methods and notations you prefer.

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

คุณสามารถเสียเวลากว่าการระบุการออกแบบ แต่การภายใต้ระบุสามารถออกแบบแพง และข้อผิดพลาดได้ง่าย ต้องการข้อมูลจำเพาะที่สมบูรณ์ของการออกแบบซอฟต์แวร์จัดการที่ดีของข้อมูล: การกำหนดคลาสและความสัมพันธ์ การระบุระดับการโต้ตอบ การกำหนดข้อมูลที่จำเป็น การระบุระบบอเมริกา และ เปลี่ยนแปลง และอินพุตและเอาท์พุต สมบูรณ์ และชัดเจนคำนิยามของวัสดุนี้โดยทั่วไปต้องการเอกสารเพิ่มเติมอย่างมีนัยสำคัญกว่ารายการแหล่งที่มาของโปรแกรมสำเร็จรูป ต้องมีรหัสแหล่งที่มาทุก การตัดสินใจการออกแบบ แต่ ในแบบฟอร์ม terse มาก ของโปรแกรม uncommentedรหัสแหล่งที่มาจะหนาแน่นมาก มีความซ้ำซ้อนน้อย และแม่นยำกำหนดของผลิตภัณฑ์ลักษณะการทำงาน เป็นไปได้ยกเว้นรหัสออบเจ็กต์ รหัสแหล่งที่มาวิธีกระชับมากที่สุดเพื่อกำหนดโปรแกรมการออกแบบอย่างสมบูรณ์ อับยกเว้นหัสอย่างกว้างขวางความเห็น เป็น unintelligible เกือบทุกคนแต่นักออกแบบ และสำหรับตัวใช้งาน และแม้แต่พวกเขาสามารถมีปัญหา deciphering มันคำถามสำคัญคือ จำนวนรายละเอียดต้องการออกแบบให้สำหรับตัวที่ใช้งาน และผู้ใช้การออกแบบอื่น ๆ ออกแบบกำหนดไว้อย่างมีราคาแพง และเนื้อหามากไม่จำเป็นโดยสำหรับตัวที่ใช้ประสบการณ์การใช้งาน นอกจากนี้ โดยเฉพาะอย่างยิ่งถ้าคุณจะ doth แบบและวาง overspecification จะเสียเวลา จะมีประสิทธิภาพสูงสุดtrade-off การออกแบบเนื้อหาอย่างชัดเจนได้ ข้อมูลจำเพาะของสิ่งนี้ออกแบบสมบูรณ์ ข้อมูลจำเพาะดังกล่าวจะช่วยในการผลิตที่มีคุณภาพออกแบบ และจะนำรีวิวของคุณออก ตราบใดที่คุณตอบสนองเกณฑ์การจบการทำงานออกแบบคุณสามารถใช้วิธีการออกแบบและฯลฯ ที่คุณต้องการสิ่ง

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

คุณสามารถเสียเวลามากกว่าการระบุการออกแบบ
แต่ภายใต้การออกแบบที่กำหนดอาจจะมีราคาแพงและผิดพลาดได้ง่าย สเปคที่สมบูรณ์ของการออกแบบซอฟต์แวร์ต้องมีการจัดการที่ดีของข้อมูล: การเรียนการกำหนดและสัมพันธ์ของพวกเขาระบุปฏิสัมพันธ์ระดับการกำหนดข้อมูลที่ต้องการระบุรัฐของระบบและการเปลี่ยนแปลงและการระบุปัจจัยการผลิตและเอาท์พุท สมบูรณ์และโปร่งใสความหมายของทั้งหมดของวัสดุนี้มักจะต้องเอกสารอย่างมีนัยสำคัญมากขึ้นกว่าในรายการของแหล่งที่มาของโปรแกรมสำเร็จรูป รหัสแหล่งที่มาจะต้องมีการตัดสินใจ แต่การออกแบบในรูปแบบสั้นมาก uncommented โปรแกรมรหัสต้นฉบับที่มีความหนาแน่นสูงมากมีความผิดพลาดเล็กๆ น้อย ๆ และแม่นยำกำหนดของผลิตภัณฑ์พฤติกรรม ด้วยข้อยกเว้นของรหัสวัตถุซอร์สโค้ดเป็นวิธีที่ขนาดเล็กที่สุดที่จะสมบูรณ์กำหนดออกแบบโปรแกรมของ แต่น่าเสียดายที่เว้นแต่รหัสที่มาแสดงความคิดเห็นอย่างกว้างขวางก็เกือบจะไม่สามารถเข้าใจให้กับทุกคนแต่นักออกแบบและพัฒนาระบบและแม้พวกเขาจะมีปัญหาในการถอดรหัสมัน. คำถามที่สำคัญคือวิธีการรายละเอียดมากนักออกแบบจะต้องให้กับผู้พัฒนาและผู้ใช้ออกแบบอื่น ๆ ? การออกแบบที่กำหนดไว้อย่างเต็มที่มีราคาแพงมากและเนื้อหาของมันไม่ได้จำเป็นโดยพัฒนาระบบที่มีประสบการณ์ นอกจากนี้โดยเฉพาะอย่างยิ่งถ้าคุณมีความทรงออกแบบและ implementer ที่ overspecification จะเสียเวลา เพื่อให้มีประสิทธิภาพมากที่สุดให้ชัดเจนการออกแบบเนื้อหาการออก นี้ต้องใช้สเปคของความสมบูรณ์ในการออกแบบ ข้อกำหนดดังกล่าวจะช่วยให้คุณในการผลิตที่มีคุณภาพการออกแบบและจะให้คำแนะนำความคิดเห็นการออกแบบของคุณ ตราบใดที่คุณมีคุณสมบัติตามเกณฑ์การออกจากการออกแบบที่คุณสามารถใช้สิ่งที่วิธีการออกแบบและข้อความที่คุณต้องการ

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

คุณจะเสียเวลามากกว่าการออกแบบ แต่ภายใต้การออกแบบที่ระบุสามารถ
แพง และเกิดข้อผิดพลาดได้ง่าย สเปคที่สมบูรณ์ของการออกแบบซอฟต์แวร์ต้องการ
การจัดการที่ดีของข้อมูล : การกำหนดชั้นเรียนและความสัมพันธ์ของการระบุชั้นข้อมูลที่ต้องการ
ปฏิสัมพันธ์ การระบุสถานะของระบบและ
เปลี่ยนและระบุอินพุตและเอาท์พุทสมบูรณ์และชัดเจน
นิยามของทั้งหมดของวัสดุนี้มักจะต้องใช้เอกสารมาก
มากกว่าแหล่งรายการที่เสร็จโปรแกรม รหัสแหล่งที่มาจะต้องรวม
ทั้งหมดของการตัดสินใจการออกแบบ แต่ในรูปแบบที่สั้นมาก . ของโปรแกรม uncommented
รหัสแหล่งที่มามีความหนาแน่นมาก มีความซ้ำซ้อนน้อยและแม่นยำกำหนดพฤติกรรมของ
ผลิตภัณฑ์ด้วยข้อยกเว้นที่เป็นไปได้ของวัตถุรหัส , รหัสแหล่งที่มาเป็นวิธีที่ขนาดเล็กที่สุด
สมบูรณ์นิยามการออกแบบโปรแกรม แต่น่าเสียดายที่
เว้นแต่รหัสแหล่งที่มาเป็นอย่างกว้างขวางว่า มันเกือบจะโง่ทุกคน
แต่นักออกแบบและแต่และแม้แต่พวกเขาสามารถมีปัญหาในการแยกแยะมัน
คำถามที่สำคัญคือรายละเอียดเท่าไหร่ ต้องออกแบบให้กับแต่
และผู้ใช้ออกแบบอื่น ๆ
ครบกําหนดการออกแบบที่มีราคาแพงและมากเนื้อหาไม่จําเป็นต้องมีประสบการณ์โดย
แต่ . นอกจากนี้ , โดยเฉพาะอย่างยิ่งถ้าคุณจะออกแบบ
และ implementer overspecification , จะเสียเวลา ให้มีประสิทธิภาพมากที่สุด การออกแบบเนื้อหาให้ชัดเจน
แลกเปลี่ยน .นี้ต้องใช้สเปค
แบบครบถ้วน เช่นข้อมูลจะช่วยให้คุณสามารถสร้างออกแบบและคุณภาพ
จะนำรีวิวการออกแบบของคุณ ตราบใดที่คุณตอบสนองการออกแบบออกเกณฑ์
คุณสามารถใช้สิ่งที่คุณต้องการและวิธีการออกแบบสัญลักษณ์
.