3.In each round, the team would rew

3.In each round, the team would rework (iterate) process analysis and design, application development, application testing of the interative and incremental development is characterized by the repeat loop made up. In each iteration, but it starts with planning.Analysis program was then used to collect and evaluate information to plan the next round. And with the need to add other parts of the system until the end.Will need to plan how the project will be divided into a few rounds. In each round the system more. To make a complete system. And can accommodate the needs of the system that can always change
.

2. Development of any software should be managed demand (requirement management)
"I have to deal with the needs that? In view of the documents or reports. Of the original work was finished!"This idea is the idea that the old legacy systems that we develop a singular (alone or standalone) and I found it in a software development house. In particular, it is often seen as the Ministry of Public Education of a view or report.And process (workflow) and then programming it is hard to see the problem we are experiencing is that. It is due to this kind of thinking that.Information shared hardly. If the information is used, it must be alchemy. The time waste workers and the software maintenance more difficult by what the problem is from the scene.Lack of education or the environment associated with the system itself, so we need to handle the great demand because of "demand" is considered the most important thing. If we can not deal with the need to change.And the risk of subsequent failure. For the management needs to focus on how to manage demand appropriately. The system can be changed on demand. Using resources in the least developed.In order to make sure that Our solution has been to create a system that appropriate and consistent with the needs of the user that needs to be managed. A systematic approach (systematic approach).
3. Using the architectural elements (component-based model architecture)
.Is software development experts. He said that in development of any system or software. But it has to be set or design of the system architecture, that is, it will always make the comparison clearer.

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

3.ในแต่ละรอบ ทีมจะทำใหม่ (ย้ำ) กระบวนการวิเคราะห์และออกแบบ พัฒนาโปรแกรมประยุกต์ ทดสอบพัฒนา interative และเพิ่มขึ้นเป็นลักษณะวนซ้ำขึ้น เนื่อง แต่มันเริ่มต้น ด้วยการวางแผนการแล้วใช้โปรแกรมการวิเคราะห์รวบรวม และประเมินข้อมูลในการวางแผนรอบถัดไป และต้องการเพิ่มส่วนอื่น ๆ ของระบบจนจบจะต้องวางแผนว่าโครงการจะแบ่งออกเป็นสองสามรอบ ในแต่ละรอบระบบเพิ่มเติม เพื่อให้ระบบสมบูรณ์ สามารถรองรับความต้องการของระบบที่สามารถเปลี่ยนแปลงเสมอ .2. พัฒนาซอฟต์แวร์ควรจัดการอุปสงค์ (ความต้องการจัดการ) "ผมต้องจัดการกับความต้องการที่ มุมมองเอกสารหรือรายงาน ของงานต้นฉบับไม่สำเร็จ"ความคิดนี้เป็นความคิดที่ระบบเก่าเก่าที่เราพัฒนาเป็นเอกพจน์ (คนเดียว หรือแบบสแตนด์อโลน) และพบว่าในบ้านพัฒนาซอฟต์แวร์ โดยเฉพาะ ก็มักจะเห็นเป็นกระทรวงสาธารณะศึกษาธิการของวิวหรือรายงานและกระบวนการ (ลำดับ) และจากนั้น ทำการเขียนโปรแกรมเป็นอย่างหนักเพื่อดูว่าปัญหาที่เราประสบ ได้เนื่องจากชนิดของ that.Information การคิดร่วมกันไม่ ถ้ามีใช้ข้อมูล มันต้องขลัง เวลาเสียแรงงานและการบำรุงรักษาซอฟต์แวร์ที่ยากขึ้น โดยปัญหาที่มาจากฉากขาดการศึกษาหรือสภาพแวดล้อมที่เกี่ยวข้องกับระบบตัวเอง ดังนั้นเราต้องจัดการกับความต้องการมากเนื่องจาก "ความต้อง" ถือเป็นสิ่งสำคัญที่สุด ถ้าเราไม่สามารถจัดการกับต้องเปลี่ยนและความเสี่ยงของความล้มเหลวตามมา ต้องจัดการให้ความสำคัญกับวิธีการจัดการความต้องการอย่างเหมาะสม ระบบสามารถเปลี่ยนแปลงได้ตามความต้องการ การใช้ทรัพยากรในการพัฒนาน้อยที่สุดเพื่อให้แน่ใจว่า โซลูชันของเรามีการ สร้างระบบที่เหมาะสม และสอดคล้องกับความต้องการของผู้ใช้ที่ต้องจัดการ ระบบวิธีการ (ระบบวิธี)3. ใช้องค์ประกอบทางสถาปัตยกรรม (ส่วนประกอบตามรูปแบบสถาปัตยกรรม) .เป็นผู้เชี่ยวชาญในการพัฒนาซอฟต์แวร์ เขาว่ากันว่า ในการพัฒนาระบบหรือซอฟต์แวร์ แต่มันมีให้ ตั้งค่าหรือการออกแบบสถาปัตยกรรมระบบ กล่าวคือ มันจะทำการเปรียบเทียบที่ชัดเจนเสมอ

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

3 . ในแต่ละรอบ ทีมงานจะปรับปรุงใหม่ ( ย้ำ ) การวิเคราะห์กระบวนการผลิตและการออกแบบ , พัฒนาโปรแกรม , การทดสอบการประยุกต์ใช้ interative และเพิ่มการพัฒนาลักษณะ โดยย้ำห่วงที่สร้างขึ้น ในแต่ละซ้ำ แต่มันเริ่มต้นด้วยการวางแผน โปรแกรมการวิเคราะห์ก็ใช้เพื่อเก็บรวบรวมและประเมินข้อมูลเพื่อวางแผนในรอบต่อไปและมีความต้องการที่จะเพิ่มส่วนอื่น ๆของระบบจนเสร็จ จะต้องวางแผนโครงการจะแบ่งออกเป็น 2-3 รอบ ในแต่ละรอบของระบบเพิ่มเติม เพื่อให้ระบบสมบูรณ์ และสามารถรองรับความต้องการของระบบที่สามารถเปลี่ยนได้เสมอ
.

2 การพัฒนาซอฟต์แวร์ใด ๆควรจัดการความต้องการ ( การจัดการความต้องการ )
" ฉันต้องจัดการกับความต้องการที่ ?ในมุมมองของเอกสารหรือรายงาน ของงานต้นฉบับที่เสร็จสมบูรณ์ ! ความคิดนี้เป็นความคิดที่เก่า ระบบเก่าที่เราพัฒนาเอกพจน์ ( คนเดียวหรือแบบสแตนด์อโลน ) และฉันพบมันในการพัฒนาซอฟต์แวร์เฮ้าส์ โดยเฉพาะ มักเห็นเป็นกระทรวงศึกษาธิการสาธารณะของมุมมองหรือรายงานและกระบวนการ ( เวิร์กโฟลว์ ) แล้วโปรแกรมมันก็ยากที่จะมองเห็น ปัญหาที่เราประสบอยู่นั้น มันเป็นเพราะแบบนี้ว่า ข้อมูลที่ใช้ร่วมกันแทบจะไม่ ถ้าข้อมูลที่ใช้ มันต้องเล่นแร่แปรธาตุ เวลาที่ต้องเสียคนและซอฟต์แวร์การบำรุงรักษายากขึ้น โดยสิ่งที่เป็นปัญหาจากที่เกิดเหตุ ขาดการศึกษา หรือสิ่งแวดล้อมที่เกี่ยวข้องกับระบบตัวเองดังนั้น เราต้องจัดการกับความต้องการมาก เพราะ " ความต้องการ " ที่ถือว่าเป็นสิ่งที่สำคัญที่สุด ถ้าเราไม่จัดการกับต้องเปลี่ยน และเสี่ยงต่อความล้มเหลว สำหรับการจัดการความต้องการที่จะมุ่งเน้นวิธีการจัดการความต้องการอย่างเหมาะสม ระบบที่สามารถเปลี่ยนได้ตามความต้องการ การใช้ทรัพยากรในการพัฒนาน้อย .ในการสั่งซื้อเพื่อให้แน่ใจว่าโซลูชั่นของเราได้สร้างระบบที่เหมาะสมและสอดคล้องกับความต้องการของผู้ใช้ ที่ต้องจัดการ วิธีระบบ ( ระบบ )
3 การใช้องค์ประกอบทางสถาปัตยกรรม ( การรูปแบบสถาปัตยกรรม )
. เป็นผู้เชี่ยวชาญด้านการพัฒนาซอฟต์แวร์ เขากล่าวว่า ในการพัฒนาของระบบใด ๆหรือซอฟแวร์แต่มันต้องตั้งหรือการออกแบบของสถาปัตยกรรมระบบที่จะทำให้การเปรียบเทียบความคมชัด