แนวคิด เรื่อง Unified Process (UP)

แนวคิด เรื่อง Unified Process (UP) โดยความหมายแล้ว คือ กระบวนการทางวิศวกรรมซอฟต์แวร์ที่เกิดจากการรวมเอาสิ่งที่ผู้เชี่ยวชาญทางการพัฒนาซอฟต์แวร์ (Software engineer) ที่เคยกำหนดไว้และใช้แล้วได้ผลดีในการพัฒนาซอฟต์แวร์นั้นมารวมกัน โดยเลือกแต่เทคนิคที่ดีและขั้นตอนหลักที่เหมือนๆกันและใช้ได้อย่างมีประสิทธิภาพของแต่ละผู้เชี่ยวชาญดังกล่าวมารวมกัน (Unify) และกำหนดให้มีชื่อใหม่ว่า “กระบวนการพัฒนาซอฟต์แวร์แบบรวมเป็นหนึ่งเดียว (Unified Process) “ บางครั้งเราจะพบว่ามีกระบวนการคล้ายกันนี้ในแวดวงทางวิศวกรรมซอฟต์แวร์ เช่น Rational Unified Process (RUP) ซึ่งเป็นของบริษัทยักษ์ใหญ่ในวงการพัฒนาซอฟต์แวร์ที่ชื่อว่า “Rational Rose Corporation” และถูกจดลิขสิทธิ์ด้วย หลักการหรือแนวคิดจะคล้ายกันแต่จะแตกต่างที่รายละเอียดของกระบวนการมากกว่า สำหรับแนวคิดที่มีลักษณะร่วมกันหรือเหมือนกันของ UP ได้แก่ การพัฒนาแบบวนกลับ (Iterative Development), การจัดการกับความต้องการ (Requirement Management) และการใช้เครื่องมือช่วยทางวิศวกรรมซอตฟ์แวร์(CASETools)เป็นต้น

เป้าหมายหรือวัตถุประสงค์ของ UP คือ การที่ให้ได้ Software ที่มีคุณภาพและสอดคล้องกับความต้องการ (need) ของผู้ใช้ โดยอยู่ภายใต้งบประมาณและเวลาที่สามารถคาดเดาได้ (Predictable budget and time) UP นั้นจะเน้นการกำหนดบทบาท (Role) ไปที่ทีมพัฒนางานมากกว่าแต่ละบุคคล กล่าวคือจะมีการกำหนดว่าในแต่ละช่วง (Phase) ของการพัฒนานั้นว่า ควรประกอบไปด้วยใคร(Who) แต่ละคนมีหน้าที่รับผิดชอบอะไร (What) จะทำงานที่รับผิดชอบนั้นเมื่อไหร่ (When) และปฏิบัติอย่างไร (How) ที่กล่าวมาเป็นลักษณะที่เป็นนามธรรม (Abstract) หรืออาจกล่าวได้ว่ามันเป็นภาพมุมสูง (bird eye view) ของกระบวนการ UP ซึ่งอาจจะทำให้เข้าใจภาพยังไม่ชัดเจน กลยุทธ์หรือแทคติคที่ใช้ใน UP รวมแล้วจะเรียกมันว่า “Best Practice Model” หรือ “Best Practice” ก็ได้ นั้นคือโดยธรรมชาติของ UP จะมีการปฏิบัติ 6 อย่าง ดังนี้

1. การพัฒนาซอฟต์แวร์ควรเป็นการพัฒนาแบบวนกลับ (Iterative Development)
2. การพัฒนาซอฟต์แวร์ ใดๆ ควรมีการจัดการความต้องการได้ (Requirement Management)
3. การใช้แนวคิดสถาปัตยกรรมแบบองค์ประกอบ (Component –based Model Architecture)
4. การสร้างต้นแบบของระบบที่สามารถมองเห็นได้ (Visual Model) ด้วยภาษา UML
5. การตรวจสอบคุณภาพของซอฟต์แวร์ที่พัฒนาอย่างต่อเนื่อง (Continuously Verify)
6. การจัดการการเปลี่ยนแปลง (Change Management)



1. การพัฒนาซอฟต์แวร์ควรเป็นการพัฒนาแบบวนกลับ (Iterative Development)
กล่าวคือในแต่ละรอบการทำงาน (Iteration) หนึ่งๆ จะประกอบด้วยกิจกรรมเหล่านี้ คือ การกำหนด,การวิเคราะห์,การออกแบบ,การสร้างและสุดท้ายการทดสอบความต้องการของผู้ใช้นั้น ผลที่ได้คือ ซอฟต์แวร์ที่สามารถทำงานได้ (Executable product) ซึ่งแตกต่างจากกระบวนการพัฒนาแบบดั้งเดิม (Traditional Development) ที่กว่าจะได้ผลลัพธ์ในรูป Executable product นั้นจะต้องรอไปจนกว่า(delay) จะมีการทดสอบระบบทั้งหมดเรียบร้อย ซึ่งสิ่งนี้ส่งผลให้โครงการพัฒนาซอฟต์แวร์นั้นมีความเสี่ยงสูงในการล้มเหลวได้เมื่อเวลาผ่านไป ดั่งสำนวนที่ว่า “กว่าจะรู้ตัวก็สายเสียแล้ว” นั้นเอง การพัฒนาแบบวนย้อนกลับ จะสังเกตง่าย ๆ จากลักษณะดังต่อไปนี้
1. โครงสร้างถูกแบ่งออกเป็นรอบ (Iteration)
2. สิ่งที่ได้จากการพัฒนาระบบในแต่ละรอบ จะมีการนำไปพัฒนาพิ่มสำหรับรอบต่อ ๆ ไป จนกว่าจะกลายเป็นระบบที่สมบูรณ์
3. ในแต่ละรอบทีมจะต้องทำงานซ้ำ(Iterate) ขั้นตอนการวิเคราะห์ ออกแบบ พัฒนาโปรแกรม และทดสอบโปรแกรมจากลักษณะของ Interative and Incremental Development คือ ลักษณะของการวนรอบทำซ้ำทำเพิ่มขึ้น โดยในแต่ระรอบจะเริ่มด้วยการวางแผน เก็บรวบรวมความต้องการ วิเคราะห์ พัฒนาโปรแกรม ทดลองโปรแกรม แล้วนำไปใช้งานพร้อมกับเก็บข้อมูลการประเมินผลเพื่อวางแผนดำเนินการในรอบต่อไป และแต่ระรอบจะต้องมีการเพิ่มส่วนอื่น ๆ ของระบบจนกว่าจะครบ ดังนั้นก่อนดำเนินโครงการพัฒนาระบบสิ่งสำคัญคือ จะต้องวางแผนว่าทั้งโครงการจะต้องแบ่งออกเป็นกี่รอบ ในแต่ละรอบจะเพิ่มเติมส่วนใดของระบบ จึงจะทำให้ระบบที่ได้มีความสมบูรณ์ และสามารถรองรับความต้องการของผู้ใช้ระบบที่เปลี่ยนแปลงอยู่เสมอได้


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

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

ผลลัพธ์ (ตุรกี) 1:

The concept of Re: Unified Process (UP) by defining the software engineering is a process that is due to include what software development specialist (Software engineer) were defined and used, works in software development. come together. By choosing the best technique, but the main steps and the same and use it more effectively in each of these experts come together. (Unify) and given the new name of "integrated software development process one (Unified Process)" sometimes we will find that this is a similar process in the software engineering community, such as Rational Unified Process (RUP), which is the company's software development industry giants called "Rational Rose Corporati.On "and is copyrighted by the principles or concepts are similar, but they differ over the details of the process. For concepts that have characteristics in common or similar development namely UP loopback (Iterative Development), dealing with the needs (Management Requirement), and the use of tools and engineering sotwae activity (CASETools), etc. The goal or purpose of the Software is to give UP and conform to the requirements (need) of the users are under budget and time to guess. (Predictable budget and time) UP, it will focus on defining the role (Role) to the development team over individual. That is, it has been determined that in each period (Phase) of the development that would include anyone (Who) Each person is responsible for what (What) will do the job responsibilities when (When), and how operating (How) that is abstract (Abstract), or in other words, whether it is a high-angle shots (bird eye view) of the process UP, perhaps, to understand the picture is still not clear. Strategy or thaekti which is used in the UP to call it a "Best Practice Model" or "Best Practice", it is natural that there are UP to 6, operating as follows:1. software development should be the development of Loopback (Iterative Development)2. to develop any software should handle the requirement (Requirement Management)3. using the concept of composition architecture (Component based Architecture – Model)4. prototype of a system that can be seen (Visual Model) with the UML language.5. check the quality of software that is developed continuously (Continuously Verify) 6. managing change (Change Management) 1. software development should be the development of Loopback (Iterative Development) That is, each working cycle (Iteration) often consists of these activities is to define, analyze, design, build, and final testing of the user's requirements. The result is software that you can run (Executable product), which differs from the traditional development process (Traditional Development) that will result in the product Executable format, will have to wait until the (delay) The entire system has been successfully tested, this results in a software development project is a high risk of failure from time to time have rhetoric that "over knowledge, late" it myself. Development of the reverse cycle will be observed from the following characteristics: 1. the structure is divided into periods (Iteration)2. what has been the development of the system in each round will be developed for subsequent sessions learn more ... until it becomes a complete system.3. in each round, teams will have to repeat (Iterate) The analysis step, designing, developing, and testing programs, programs of Incremental Development and Interative characteristics of repeat loops do add up. In the past, but it starts with planning. Collecting the needs analysis, developing the program evaluation program, implemented with the storage assessment to plan for action in the next round, but the round has to be added to other parts of the system until. Therefore, before proceeding with the development of the system it is important to plan for that project will be divided into a few around. In each round, the more the system will cause the system to have integrity and be able to accommodate the needs of users of the system are always changing. 2. to develop any software should handle the requirement (Requirement Management)"Why do we need to deal with right now? when view or learn from the report of the original system, end-to-end" this idea is the old ideas. The conventional view that the system we developed is a unique system (Alone or Standalone), which I found most often in the home software development; Specifically, the Ministry of public health was often considered merely see or learn from the report (Output) and work processes (Workflow), and then comes another tough no programming. It is a problem that we have is that it was caused by this kind of thinking that. Who we enough to notice that the Ministry of public health's software, why it's good too and the individual was not able to work together at all. The shared information is hardly. If you were using it to Alchemy information. Take the software as well as free labor, poor maintenance, respectively. What is the problem, it comes from the incident is that we haven't looked at what a holistic development. Lack of education, environment, system, or associated with it. Therefore, we must have a good demand management because "demand" is considered the most important. If we cannot handle the demand that change would affect the development of the system and the risk of subsequent failure. The requirement for management to focus on how to manage demand appropriately. This system can be changed according to the requirement. By using the resources in the least developed. Summary the objective of the Administration is to be made, we are confident that we can solve the problem right, and create a system that complies with the requirements of the user. This demand management must be. Guidelines system (Systematic Approach), it will have its methods and techniques. 3. using the concept of composition architecture (Component based Architecture – Model)It is a specialist in software development. He said that in the development of the software, or any system, but will need to be defined or system architecture design before. That is, if one compares it to understand more clearly, compared to creating a home that we will need to be determined before that House, we would like to have, it should be you.

ผลลัพธ์ (ตุรกี) 2:

The concept of Unified Process (UP), by definition, is a process engineering software caused combines the expertise to develop the software (Software engineer) has been defined and used to good effect in software development come together. By choice, but good techniques and procedures that effectively the same and each of such experts together (Unify) and given a new name. "The process of software development as one (Unified Process)" Sometimes we find a similar processes in the field of engineering software such as Rational Unified Process (RUP), which is the largest company in the development of software named ". Rational Rose Corporation "and is copyrighted by. Principles or concepts are similar, but they differ on the details of the process over. For the concept of a common or identical in UP, including the development of the round (Iterative Development), to deal with the requirements (Requirement Management) and using the tools of engineering software for computer software (CASETools) as a target or. The purpose of UP is to achieve Software quality and comply with the requirements (need) a user is under budget and time-predictable (Predictable budget and time) UP will focus on the role (Role. ) to the development team over the individual. Ie, it is determined that in each period (Phase) of the development of that. Should consist of one (Who) Each person is responsible for what (What) will work for them when (When) and to do (How) That is the nature of abstraction (Abstract), or it can be said that it is. a high angle (bird eye view) of the UP, which may be made ​​to understand the image is not clear. Strategies or tactics used in the UP and then to call it a "Best Practice Model" or "Best Practice" that is inherent in UP, 6 practice are as follows: 1. Software development should be the development of the round. (Iterative Development) 2. Any software development should be managed requirements (Requirement Management) 3. Using the architecture components (Component-based Architecture Model) 4. Prototyping of systems that can be seen (Visual Model) with language UML 5. Check the quality of the software developed continuously. (Continuously Verify) 6. Management of Change (Change Management) 1. Software development should be developed Loopback (Iterative Development) , ie in each cycle (Iteration) one is actually composed of these activities is to define, analyze, design, build, and final testing needs of users. Use the result is a software that can run (Executable product) which is different from the traditional development (Traditional Development) than to get results in Executable product will have to wait until the (delay) will be tested system. All successfully This has resulted in a software development project that has a high risk of failure over time. As the expression "Over realized it late then" that the development of a return to simple observation of the following characteristics : 1. The structure is divided into rounds (Iteration) 2. What was the development of the system in each round. Have been developed dd for the next round until it becomes a complete system 3. In each round, the team will need to rework (Iterate) process analysis, design, development and testing program, the nature of Interative and Incremental Development: the nature of the repeat loop gain. In each iteration, but it starts with planning. Collected to analyze the development of an experimental program and put it to work with the data in the planning, implementation and evaluation to the next round. And with each round must be added to other parts of the system until the end. Before the development of the system is important. Must be planned that the project will be divided into a few rounds. Each round will be more part of the system. It will cause the system to have integrity. And can meet the needs of system users are always changing to 2. Any software development should be managed requirements (Requirement Management) "Why management needs that? In the view or the document reports. The old system was finished! "This idea is the idea of the old traditional view that the system we developed is a stand-alone (Alone or Standalone), which was common in software development house. The Ministry of Health, it is often seen as just a look or study report (Output) and workflow (Workflow), then the program will not see an end to difficult problems we face, it is. It is due to this mentality that. We will probably realize why software of the ministry and each was too much, it can not work together at all. Information sharing hardly. If I have to use additional data elements. A time of labor, as well as the software is difficult to maintain the order, what are the problems that come from this is that we are not looking at the development of a holistic approach. Lack of education, the environment, or in connection with it, so we had to be a great need for a "demand" is considered the most important thing. If we can not deal with the need to change. Affect the development very seriously. And subsequent risk of failure. For demand management will focus on how to handle their needs appropriately. The system can be changed to meet the requirements. Using resources in the least developed. The objective is to manage demand. In order to make sure that we do. We solve the problem properly and create a system that meets the needs of the user that the management needs to be. A systematic approach (Systematic Approach) It will have its techniques and methods 3. The conceptual architecture components (Component -based Model Architecture) is. Professional Software Development He said that in software development or systems. I may be required to determine whether or architectural design of the system always say is that if you compare them to understand more clearly. It will be compared to building a house. We have to determine whether we want to look at it, you should have a column.

ผลลัพธ์ (ตุรกี) 3:

The concept for Unified Process (UP) by definition is a software engineering process caused by combining what experts in software development. (Software Engineer).The only good technique and main steps are the same and used effectively of each expert together (such Unify). The new name. "A unified software development process (Unified Process)."Such as Rational Unified Process (RUP) which is the major companies in the development of software named "Rational Rose Corporation." And is copyrighted. The principles or concepts are similar but are different at the details of the process.UP including cyclic (Iterative Development),To handle the requirements (Requirement Management) and the use of tools to help engineering software () is a short drive CASETools early

.A goal or objective of the UP is to get Software quality and meet the needs of users (need). Under budget and time can be unpredictable. (Predictable budget and time) UP will focus on the role of (Role).The are assigned in each range (Phase) of development that should consist of one (Who), each responsible for anything (What). Work responsibility when (When) and practical (How).(Abstract) or it can be said that it is a high angle (bird eye view) of the process UP which would help understand image is not clear. Strategic or tactical concept C used in UP combined and called it "Best Practice Model" or "Best Practice". So naturally. UP.6, as follows:
.
1. Software development should be developed cyclic (Iterative Development)
2. Software development should have any management requirements. (Requirement Management)
3. The architecture elements (Component - based Model Architecture)
4.The prototype of the system can be seen (Visual Model) language UML
5. To check the quality of the software development continuously. (Continuously Verify)
6. Change management (Change Management)



1.Software development should be developed cyclic (Iterative Development)
the in each round function (Iteration) หนึ่งๆ is composed of these activities. Is the design, analysis, design,The final test and requirements of users, the result is that the software can work (Executable product) which is different from the traditional development process (Traditional Development) is lower than the results in figure Executable product.The test system is all done. This resulted in the software development project is a high risk of failure over time, as the phrase, "before I knew it was already too late." That, the development of reverse.Any of the following characteristics:
.1. The structure is divided into rounds (Iteration)
2. Things from system development in each round. The development and factors for the next round. Until it becomes a complete system
3.In each round the team will have to work double (Iterate) analysis, design, development, and test the program from the aspects of Interative and. Incremental Development is the characteristics of the loop repeats do increase. In the round but will start with planning.Analysis of software development test program and application with data evaluation to plan to operate in the next round. And the cycle will have to be added to other parts of the system until the endTo plan the project will be divided into a few rounds. In each round will be more any part of the system. It will make the system has integrity. And can meet the needs of the users of the system changes always
.

2. Software development should have any requirements management (Requirement Management)
"why do need? When viewing and studying document reports. Of the original system is over!"This idea is thought an old traditional think system we developed is a independent system (Alone or Standalone) which I have frequently found in software development house. The Ministry of health is often considered only or study report.And working process (Workflow) and wrote the program ends. It wasn't hard. The problem we faced is the It is thought that.Information sharing can not. If you need to sample data, a waste of time wasted, as well as software maintenance difficult, respectively, what is this problem's cause. Is.Lack of education system surrounding or involved so that we have to deal the good, because "needs" is considered to be the most important thing. If we can't deal with the requirement that change.And the risk of failure. For requirements management is focused on how to manage requirements properly. The system can be changed according to the requirements. By using the resources in the development of the least.In order to make sure that we solve the problem correctly, and build systems that comply with the needs of users. The requirements management is a must. Systematic (Systematic Approach).
3. The architecture elements (Component - based Model Architecture)
.It is specializing in software development. He said, in software development or any system It must be set or design architecture of the system, that is, if will always compare to understand more clearly.We must set before the house we want to have should have you hesitate