Software Engineering Practice 1. S

Software Engineering Practice
1. Software engineering practice
2. Communication practices
3. Planning practices
4. Analysis modeling practices
5. Design modeling practices
6. Construction practices
7. Deployment practices

The Essence of Problem Solving
1. Understand the problem (communication and analysis)
- Who has a stake in the solution to the problem?
- What are the unknowns (data, function, behavior)?
- Can the problem be compartmentalized?
- Can the problem be represented graphically?
2. Plan a solution (planning, modeling and software design)
- Have you seen similar problems like this before?
- Has a similar problem been solved and is the solution reusable?
- Can subproblems be defined and are solutions available for the subproblems?
3. Carry out the plan (construction; code generation)
- Does the solution conform to the plan? Is the source code traceable back to the design?
- Is each component of the solution correct? Has the design and code been reviewed?
4. Examine the results for accuracy (testing and quality assurance)
- Is it possible to test each component of the solution?
- Does the solution produce results that conform to the data, function, and behavior that are required?


Seven Core Principles for Software Engineering
1. Remember the reason that the software exists
The software should provide value to its users and satisfy the requirements
2. Keep it simple, stupid (KISS)
All design and implementation should be as simple as possible
3. Maintain the vision of the project
A clear vision is essential to the project’s success
4. Others will consume what you produce
Always specify, design, and implement knowing that someone else will later have to understand and modify what you did
5. Be open to the future
Never design yourself into a corner; build software that can be easily changed and adapted
6. Plan ahead for software reuse
Reuse of software reduces the long-term cost and increases the value of the program and the reusable components
7. Think, then act
Placing clear, complete thought before action will almost always produce better results

Communication Principles
1. Listen to the speaker and concentrate on what is being said
2. Prepare before you meet by researching and understanding the problem
3. Someone should facility the meeting and have an agenda
4. Face-to-face communication is best, but also have a document or presentation to focus the discussion
5. Take notes and document decisions
6. Strive for collaboration and consensus
7. Stay focused on a topic; modularize your discussion
8. If something is unclear, draw a picture
9. Move on to the next topic a) after you agree to something, b) if you cannot agree to something, or c) if a feature or function is unclear and cannot be clarified at the moment
10. Negotiation is not a contest or a game; it works best when both parties win

Planning Principles
1. Understand the scope of the project
2. Involve the customer in the planning activity
3. Recognize that planning is iterative; things will change
4. Estimate based only on what you know
5. Consider risk as you define the plan
6. Be realistic on how much can be done each day by each person and how well
7. Adjust granularity as you define the plan
8. Define how you intend to ensure quality
9. Describe how you intend to accommodate change
10. Track the plan frequently and make adjustments as required

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

ปฏิบัติการวิศวกรรมซอฟต์แวร์ 1. แบบฝึกหัดวิศวกรรมซอฟต์แวร์ 2. สื่อสารปฏิบัติ 3. วางแผนปฏิบัติ 4 การปฏิบัติวิเคราะห์โมเดล 5. ออกแบบวิธีการสร้างโมเดล 6. ปฏิบัติก่อสร้าง 7. ใช้ปฏิบัติ สาระสำคัญของการแก้ปัญหา1. เข้าใจปัญหา (การสื่อสารและวิเคราะห์)-ผู้ที่มีเงินเดิมพันในการแก้ไขปัญหา-บ้าง unknowns (ข้อมูล ฟังก์ชัน พฤติกรรม)-สามารถ compartmentalized ปัญหา-สามารถแสดงปัญหากราฟิก2. วางแผนแก้ไขปัญหา (การวางแผน ออกแบบโมเดลและซอฟต์แวร์)-คุณได้เห็นปัญหาที่คล้ายกันเช่นนี้มาก่อน-มีปัญหาคล้ายกันการแก้ไข และการแก้ปัญหาประกอบการหรือไม่-สามารถ subproblems กำหนด และมีโซลูชั่นสำหรับการ subproblems3. ดำเนินการแผน (ก่อสร้าง การสร้างรหัส)-ไม่แก้ปัญหาสอดคล้องกับแผนการ รหัสแหล่งที่มาถูกบังคับไปแบบ-ถูกต้องแต่ละส่วนประกอบของโซลูชันหรือไม่ มีการออกแบบและรหัสการตรวจทานหรือไม่4. ตรวจสอบผลความถูกต้อง (รับรองคุณภาพ และทดสอบ) -เป็นไปได้ในการทดสอบแต่ละส่วนประกอบของโซลูชันหรือไม่-การแก้ปัญหาไม่ผลิตผลลัพธ์ที่สอดคล้องกับข้อมูล ฟังก์ชัน และลักษณะการทำงาน ที่จำเป็นหรือไม่เจ็ดหลักหลักการวิศวกรรมซอฟต์แวร์1. จำเหตุผลว่า ซอฟต์แวร์ที่มีอยู่ซอฟต์แวร์ควรให้ค่าผู้ใช้ และตอบสนองความต้องการ2. ให้มันเรียบง่าย โง่ (จูบ)ออกแบบและการใช้งานทั้งหมดควรจะง่ายที่สุด3. รักษาวิสัยทัศน์ของโครงการวิสัยทัศน์ที่ชัดเจนเป็นสิ่งสำคัญเพื่อความสำเร็จของโครงการ4. อื่น ๆ จะบริโภคสิ่งที่ผลิต ระบุ ออกแบบ และรู้ว่า ใครในภายหลังจะต้องทำความเข้าใจ และปรับเปลี่ยนสิ่งที่คุณไม่ใช้เสมอ5. จะเปิดในอนาคตไม่เคยออกแบบเองเป็นมุม สร้างซอฟต์แวร์ที่สามารถจะเปลี่ยน และดัดแปลง 6. วางแผนล่วงหน้าสำหรับการนำซอฟต์แวร์นำซอฟต์แวร์ลดต้นทุนระยะยาว และค่าต่าง ๆ ของโปรแกรมและคอมโพเนนต์สามารถ7. คิดว่า แล้วทำวางไว้ชัดเจน ทำคิดก่อนกระทำเกือบตลอดเวลาจะให้ผลลัพธ์ที่ดีหลักการสื่อสาร1. ผู้ฟัง และเน้นสิ่งกล่าวว่า2. เตรียมความพร้อมก่อนที่คุณตอบสนอง โดยทำการวิจัย และเข้าใจปัญหา3. ใครควรอำนวยความสะดวกการประชุม และมีวาระการประชุม4. แบบพบปะสื่อสารที่ดีสุด แต่ยัง มีเอกสารหรืองานนำเสนอจะเน้นการสนทนา5. ใช้บันทึกย่อและเอกสารการตัดสินใจ6. มุ่งมั่นร่วมกันและมติ7. พักผ่อนเน้นหัวข้อ modularize สนทนาของคุณ8. ถ้าบางสิ่งบางอย่างไม่ชัดเจน วาดรูป9. ย้ายไปยังหัวข้อถัดไป) หลังจากที่คุณยอมรับบางสิ่งบางอย่าง b) ถ้าคุณไม่ยอมรับบางสิ่งบางอย่าง หรือ c) ลักษณะการทำงานหรือฟังก์ชันไม่ชัดเจน และไม่ละเอียดในขณะนี้10. เจรจาไม่ประกวดแบบหรือเกม มันได้ผลดีที่สุดเมื่อทั้งสองฝ่ายชนะหลักการวางแผน1. เข้าใจขอบเขตของโครงการ2. เกี่ยวข้องกับลูกค้าในกิจกรรมการวางแผน3. รู้จักวางแผนว่าซ้ำ สิ่งที่จะเปลี่ยนแปลง4. ประเมินยึดเฉพาะสิ่งที่คุณรู้5. พิจารณาความเสี่ยง ตามที่ได้กำหนดแผนการ6. เป็นจริงกับจำนวนโดยแต่ละวันแต่ละคน และวิธีการที่ดี7. ปรับปรุงส่วนประกอบ ตามที่ได้กำหนดแผนการ8. กำหนดวิธีการที่คุณต้องการรับประกันคุณภาพ9. อธิบายวิธีการที่คุณต้องการรองรับการเปลี่ยนแปลง10. ติดตามแผนบ่อย ๆ และทำการปรับปรุงตามความจำเป็น

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

การปฏิบัติงานวิศวกรรมซอฟต์แวร์?
1 การปฏิบัติงานวิศวกรรมซอฟแวร์
2 การปฏิบัติการสื่อสาร
3 การปฏิบัติวางแผน
4 การสร้างแบบจำลองการวิเคราะห์การปฏิบัติที่
5 การสร้างแบบจำลองการออกแบบการปฏิบัติที่
6 การปฏิบัติที่ก่อสร้าง
7 การปรับใช้แนวทางปฏิบัติที่สาระสำคัญของการแก้ปัญหา1 เข้าใจปัญหา (การสื่อสารและการวิเคราะห์) - ใครมีสัดส่วนการถือหุ้นในวิธีการแก้ปัญหาที่เกิดขึ้นหรือไม่? - อะไรคือราชวงศ์ (ข้อมูลฟังก์ชันพฤติกรรม) - ปัญหาสามารถ compartmentalized? ? - ปัญหาสามารถแสดงกราฟิก2 วางแผนการแก้ปัญหา (การวางแผนการสร้างแบบจำลองและการออกแบบซอฟต์แวร์) - คุณจะได้เห็นปัญหาที่คล้ายกันเช่นนี้มาก่อนหรือไม่- มีปัญหาที่คล้ายกันได้รับการแก้ไขและนำมาใช้ใหม่เป็นวิธีการแก้ปัญหา? - สามารถปัญากำหนดและเป็นโซลูชั่นที่พร้อมใช้งานสำหรับปัญา? 3 ทำตามแผน (การก่อสร้างสร้างรหัส) - ไม่แก้ปัญหาที่เป็นไปตามแผนหรือไม่ เป็นแหล่งที่มาตรวจสอบย้อนกลับรหัสกลับไปออกแบบหรือไม่- เป็นส่วนหนึ่งของการแก้ปัญหาแต่ละถูกต้องหรือไม่ มีการออกแบบและรหัสผ่านการสอบทาน? 4 ตรวจสอบผลเพื่อความถูกต้อง (การทดสอบและการประกันคุณภาพ) - มันเป็นไปได้ที่จะทดสอบองค์ประกอบของการแก้ปัญหาแต่ละ- ไม่ผลการแก้ปัญหาการผลิตที่สอดคล้องกับข้อมูลการทำงานและพฤติกรรมที่ถูกต้อง? เจ็ดหลักการของวิศวกรรมซอฟต์แวร์1 . โปรดจำไว้ว่าเหตุผลที่ซอฟแวร์ที่มีอยู่ซอฟต์แวร์ควรให้ค่าที่ผู้ใช้และตอบสนองความต้องการ2 ให้มันง่ายโง่ (จูบ) การออกแบบและการดำเนินการทั้งหมดควรจะเป็นง่ายๆเป็นไปได้ที่3 รักษาวิสัยทัศน์ของโครงการวิสัยทัศน์ที่ชัดเจนเป็นสิ่งจำเป็นต่อความสำเร็จของโครงการ4 อื่น ๆ จะใช้สิ่งที่คุณผลิตเสมอระบุการออกแบบและการดำเนินการที่ได้รู้ว่าคนอื่นในภายหลังจะมีการทำความเข้าใจและปรับเปลี่ยนสิ่งที่คุณทำ5 จะเปิดให้อนาคตไม่เคยออกแบบด้วยตัวคุณเองในมุม; สร้างซอฟต์แวร์ที่สามารถเปลี่ยนแปลงได้อย่างง่ายดายและปรับ6 วางแผนล่วงหน้าสำหรับซอฟต์แวร์ที่นำมาใช้ซ้ำของซอฟแวร์จะช่วยลดค่าใช้จ่ายในระยะยาวและเพิ่มมูลค่าของโปรแกรมและส่วนประกอบนำมาใช้ใหม่7 คิดแล้วทำหน้าที่วางชัดเจนความคิดที่สมบูรณ์ก่อนที่จะดำเนินการจะมักจะให้ผลลัพธ์ที่ดีกว่าหลักการสื่อสาร1 ฟังลำโพงและมีสมาธิในสิ่งที่ถูกกล่าว2 เตรียมความพร้อมก่อนที่จะตอบสนองโดยการวิจัยและการทำความเข้าใจปัญหา3 ใครบางคนควรสถานที่ประชุมและมีวาระการประชุมที่4 ใบหน้าเพื่อใบหน้าที่ดีที่สุดคือการสื่อสาร แต่ยังมีเอกสารหรืองานนำเสนอที่จะมุ่งเน้นการอภิปราย5 จดบันทึกและการตัดสินใจเอกสาร6 มุ่งมั่นในการทำงานร่วมกันและฉันทามติ7 พักที่เน้นในหัวข้อ; modularize การสนทนาของคุณ8 หากสิ่งที่ไม่ชัดเจนวาดภาพที่9 ย้ายไปยังหัวข้อถัดไป) หลังจากที่คุณเห็นด้วยกับบางสิ่งบางอย่างข) ถ้าคุณไม่สามารถเห็นด้วยกับบางสิ่งบางอย่างหรือค) ถ้าคุณสมบัติหรือฟังก์ชั่นก็ไม่มีความชัดเจนและไม่สามารถชี้แจงในขณะที่10 การเจรจาต่อรองไม่ได้ร่วมการแข่งขันหรือเกม; มันทำงานได้ดีที่สุดเมื่อทั้งสองฝ่ายชนะหลักการวางแผน1 ทำความเข้าใจเกี่ยวกับขอบเขตของโครงการ2 มีส่วนร่วมกับลูกค้าในการวางแผนกิจกรรม3 ตระหนักดีว่าการวางแผนเป็นซ้ำ; สิ่งที่จะเปลี่ยนแปลง4 ประเมินอยู่เฉพาะในสิ่งที่คุณรู้5 พิจารณาความเสี่ยงที่คุณกำหนดแผน6 เป็นจริงเกี่ยวกับวิธีการมากที่สามารถทำได้ในแต่ละวันโดยแต่ละคนและวิธีที่ดี7 ปรับเมล็ดที่คุณกำหนดแผน8 กำหนดวิธีการที่คุณตั้งใจจะมั่นใจในคุณภาพ9 อธิบายวิธีการที่คุณตั้งใจที่จะรองรับการเปลี่ยนแปลง10 ติดตามแผนบ่อยครั้งและทำการปรับเปลี่ยนได้ตามความจำเป็น

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

ปฏิบัติการวิศวกรรมซอฟต์แวร์ 

1 ปฏิบัติการวิศวกรรมซอฟต์แวร์
2 การสื่อสารการปฏิบัติ
3 การวางแผนการปฏิบัติ
4 การวิเคราะห์แบบจำลองการปฏิบัติ
5 การออกแบบแบบจำลองการปฏิบัติ
6 การปฏิบัติงานก่อสร้าง
7 การใช้งานการปฏิบัติ

สาระสําคัญของการแก้ปัญหา
1 เข้าใจปัญหาการสื่อสารและการวิเคราะห์ )
- ใครมีส่วนได้ส่วนเสียในการแก้ไขปัญหา
- อะไรคือตัวแปร ( ข้อมูลฟังก์ชัน , พฤติกรรม )
- ปัญหาถูก compartmentalized ?
- ปัญหาสามารถแสดงภาพกราฟิก ?
2 . วางแผนการแก้ปัญหา ( การวางแผนการสร้างแบบจำลองและการออกแบบซอฟต์แวร์ )
- เห็นปัญหาที่คล้ายกันแบบนี้มาก่อน
- มีคล้ายปัญหาได้รับการแก้ไข และเป็นโซลูชั่นที่นำมาใช้ใหม่ ?
- subproblems ถูกกำหนดและโซลูชั่นสำหรับ subproblems ?
3 ปฏิบัติการ ( ก่อสร้างรหัสรุ่น )
- โซลูชั่นที่สอดคล้องกับแผน เป็นแหล่งรหัส อาจสาวถึงการออกแบบ ?
- แต่ละองค์ประกอบของการแก้ปัญหาที่ถูกต้อง ? มีการออกแบบและรหัสการตรวจทาน ?
4 ตรวจสอบผลความถูกต้อง ( การทดสอบและประกันคุณภาพ )
- มันเป็นไปได้ที่จะทดสอบแต่ละองค์ประกอบของโซลูชั่น
- โซลูชั่นให้ผลที่สอดคล้องกับข้อมูล ฟังก์ชันและพฤติกรรมที่จำเป็น ?



7 แกนหลักสำหรับวิศวกรรมซอฟต์แวร์ 1 จำเหตุผลที่ซอฟต์แวร์ที่มีอยู่
ซอฟต์แวร์ควรให้คุณค่ากับผู้ใช้และตอบสนองความต้องการ
2 ให้มันง่ายโง่ ( จูบ )
ทั้งหมดการออกแบบและใช้งานน่าจะง่ายที่สุด
3 รักษาวิสัยทัศน์ของโครงการ
วิสัยทัศน์ที่ชัดเจนเป็นสิ่งสำคัญของความสำเร็จของโครงการ
4ผู้อื่นจะบริโภคสิ่งที่ผลิต
เสมอระบุการออกแบบและการใช้ รู้ว่าคนอื่นในภายหลังจะต้องเข้าใจ และแก้ไขในสิ่งที่คุณทำ
5 ถูกเปิดเพื่ออนาคต
ไม่เคยออกแบบเองในมุม ; สร้างซอฟต์แวร์ที่สามารถเปลี่ยนได้อย่างง่ายดายและปรับปรุง
6 วางแผนล่วงหน้าสำหรับ
ใช้ซอฟต์แวร์การใช้ซอฟต์แวร์ลดต้นทุนในระยะยาว และเพิ่มมูลค่าของโปรแกรมและส่วนประกอบนำมาใช้ใหม่
7 คิดแล้วทำ
วางชัดเจน สมบูรณ์ คิดว่าก่อนที่จะกระทำมักจะสร้างผลลัพธ์ที่ดี

การสื่อสารหลักการ
1 ฟังเพลง ลําโพง และมีสมาธิกับสิ่งที่ถูกกล่าวว่า
2 เตรียมก่อนกัน โดยการวิจัยและความเข้าใจปัญหา
3คนที่ควร สถานที่ประชุม และมีกำหนดการ
4 หน้าการสื่อสารที่ดีที่สุด แต่ยังมีเอกสารหรือเสนอที่จะมุ่งเน้นการอภิปราย
5 จดบันทึกและการตัดสินใจเอกสาร
6 มุ่งมั่นให้ความร่วมมือและฉันทามติ
7 พักที่เน้นในหัวข้อ ; modularize
สนทนาของคุณ 8 . ถ้าอะไรไม่ชัดเจน วาดรูป
9 ย้ายไปยังหัวข้อถัดไป ) หลังจากที่คุณยอมรับบางสิ่งบางอย่างB ) ถ้าคุณไม่สามารถเห็นด้วยกับบางสิ่งบางอย่าง หรือ C ) ถ้าคุณลักษณะหรือฟังก์ชันไม่ชัดเจนและไม่สามารถชี้แจงในขณะนี้
10 การเจรจาต่อรองไม่ได้ประกวดหรือเกม มันทำงานได้ดีที่สุดเมื่อทั้งสองฝ่ายชนะ

แผนหลักการ
1 เข้าใจขอบเขตของโครงการ
2 ที่เกี่ยวข้องกับลูกค้าในกิจกรรมการวางแผน
3 รู้จักการวางแผนเป็นซ้ำ สิ่งที่จะเปลี่ยน
4ประมาณการใช้แค่สิ่งที่คุณรู้
5 พิจารณาความเสี่ยงตามที่คุณกำหนดแผน
6 เป็นมีเหตุผลเกี่ยวกับวิธีการมากสามารถทำในแต่ละวัน โดยแต่ละบุคคลและวิธีการที่ดี
7 ปรับตามที่คุณกำหนดแผน granularity
8 กำหนดวิธีการที่คุณต้องการเพื่อให้แน่ใจว่าคุณภาพ
9 อธิบายวิธีที่คุณตั้งใจที่จะรองรับการเปลี่ยนแปลง
10 ติดตามแผนบ่อย และปรับเปลี่ยนตามความต้องการ