Please enable JavaScript.
Coggle requires JavaScript to display documents.
Software Engineering - Coggle Diagram
Software Engineering
1. Intro
วิวัฒนาการของซอฟต์แวร์
- ยุค 1 Program : หาคนเขียน/ดูแลยาก Assembly, Cobol
- ยุค 2 Software 1945 - 1965 : ยุคทอง :chart_with_upwards_trend:
- ยุค 3 Application Software 1965 - 1985 : เกิดฟองสบู่แตก โปรแกรมเมอร์ปลอมล้น ภาษาเปลี่ยนไวตามไม่ทัน ทำให้คนหันมาใช้ซอฟต์แวร์ของรายใหญ่ :chart_with_downwards_trend:
- ยุค 4 Software Solution 1985 - ปัจจุบัน : เทคโนโลยีเปลี่ยน รูปแบบการพัฒนา การใช้งานของ user เปลี่ยนไป Block code :zap:
-
-
-
-
-
2. Software Process
ความหมาย
- Pressman 2010 กรอบการดำเนินกิจกกรมในการสร้างซอฟต์แวร์ที่มีคุณภาพ
- Sommerville 2011 กลุ่มของกิจกรรมและผลลัพธ์เพื่อผลิตซอฟต์แวร์ มี 4 กิจกรรมพื้นฐาน
- Software specification
- Software design and implement
- Software validation
- Software evolution
-
1.Software specification
- Feasibility Study ศึกษาความเป็นไปได้
- Requirments Elicitation&Analysis วิเคราะห์และสกัด นำความต้องการมาทำเป็นข้อๆ และคัดเลือก
- Requirements Specification คัดความต้องการจริงๆ
- Functional Requirement
- Non-Functional Requirement
- Domain Requirement ความต้องการทางธุรกิจ reliability
- Requirements Validation
-
- Software design and implement
- Design Inputs - Requirements, Data Description
- Design Activities - Architectur, Interface, Components, Database
- Design Outputs - Activities Specification
- Component Testing - Programmer test
- System Testing Tester
- UTA:User Acceptance Test - User test
-
4. Agile and Scrum
Agile Manifesto
- Usability before report
- Flexible of user req. สร้างการยอมรับกับบุคคลที่เกี่ยวข้อง เพื่อเปลี่ยนแปลงตามความต้องการ
- Cooperate with customer ติดตามความต้องการลูกค้าเสมอ
- Team work เน้นพูดคุยในทีมมากกว่าทำตามขั้นตอน
-
Agile Model
-
-
-
-
-
SCRUM Model
เหมาะที่สุด
บุคคลที่เกี่ยวข้อง
- Project Owner - User หรือคนจัดการ Backlog
- The Team - Developer
- Scrum Master - คนประสานงานระหว่าง Project Owner กับ The Team
Scrum Vocab
- Product Backlog - ฟังก์ชั่นต่างๆ ของ feature, bug fix
- Sprint Planning Meeting - รอบละไม่เกิน 30 วัน
- Scum - Pair Programming, Scrum Board
- Daily Scrum Meeting - ประชุมไม่เกิน 15 นาที เมื่อวานทำไร? วันนี้จะทำไร? เจอปัญหาอะไร?
- Sprint Review - หลังจบ Sprint จะพูดถึง Feature ที่เสร็จ เพื่อให้ Product Owner ลองใช้และให้ Feedback
- Sprint Retrospective - ก่อนจบ Sprint ประชุม What Good-Bad-Try เพื่อพัฒนาการทำงานในรอบถัดไป
- Burn-Down Chart วัดความคืบหน้าในแต่ละ Sprint
-
ข้อดี
- Cross-Functional team ทำงานข้ามทีมได้
- ทีมมีอำนาจในการตัดสินใจ
- Sprint แบ่งงานเป็นงานย่อยๆ
-
-
3. Software Mdel
file:///C:/Users/jeera/Desktop/%E0%B8%9B%E0%B8%B5%203%20%E0%B9%80%E0%B8%97%E0%B8%AD%E0%B8%A1%201/Software%20Engineering/%E0%B8%9A%E0%B8%97%E0%B8%97%E0%B8%B5%E0%B9%88%203%20by%20Aj.JEAB%20(New).pdf
-
