Each loop in the spiral is split in

Each loop in the spiral is split into four sectors:

1. Objective setting Specific objectives for that phase of the project are defined. Constraints on the process and the product are identified and a detailed management plan is drawn up. Project risks are identified. Alternative strategies, depending on these risks, may be planned.
2. Risk assessment and reduction For each of the identified project risks, a detailed analysis is carried out. Steps are taken to reduce the risk. For example, if there is a risk that the requirements are inappropriate, a prototype system may be developed.
3. Development and validation After risk evaluation, a development model for the system is chosen. For example, throwaway prototyping may be the best devel- opment approach if user interface risks are dominant. If safety risks are the main consideration, development based on formal transformations may be the most appropriate process, and so on. If the main identified risk is sub-system integra- tion, the waterfall model may be the best development model to use.
4. Planning The project is reviewed and a decision made whether to continue with a further loop of the spiral. If it is decided to continue, plans are drawn up for the next phase of the project.


The main difference between the spiral model and other software process models is its explicit recognition of risk. A cycle of the spiral begins by elaborating objectives such as performance and functionality. Alternative ways of achieving these objec- tives, and dealing with the constraints on each of them, are then enumerated. Each alternative is assessed against each objective and sources of project risk are identi- fied. The next step is to resolve these risks by information-gathering activities such as more detailed analysis, prototyping, and simulation.
Once risks have been assessed, some development is carried out, followed by a plan- ning activity for the next phase of the process. Informally, risk simply means something that can go wrong. For example, if the intention is to use a new programming language, a risk is that the available compilers are unreliable or do not produce sufficiently effi- cient object code. Risks lead to proposed software changes and project problems such as schedule and cost overrun, so risk minimization is a very important project management activity. Risk management, an essential part of project management, is covered in Chapter 22.

Kết quả (Việt) 1:

Mỗi vòng trong các vòng xoắn được chia thành bốn lĩnh vực:1. mục tiêu thiết lập mục tiêu cụ thể cho rằng giai đoạn của dự án được xác định. Những hạn chế trên các quá trình và sản phẩm được xác định và một kế hoạch chi tiết quản lý được vẽ. Rủi ro dự án được xác định. Chiến lược khác, tùy thuộc vào những rủi ro, có thể được lên kế hoạch.2. nguy cơ đánh giá và giảm cho mỗi người trong số những rủi ro dự án được xác định, phân tích chi tiết được thực hiện. Các bước được thực hiện để giảm nguy cơ. Ví dụ, nếu có một nguy cơ rằng các yêu cầu là không thích hợp, một hệ thống mẫu có thể được phát triển.3. phát triển và xác nhận sau khi thẩm định rủi ro, một mô hình phát triển cho các hệ thống được lựa chọn. Ví dụ, throwaway prototyping có thể tiếp cận devel-opment tốt nhất nếu người sử dụng giao diện rủi ro đang chiếm ưu thế. Nếu rủi ro an toàn là việc xem xét chính, phát triển dựa trên biến đổi chính thức có thể là quá trình thích hợp nhất, và như vậy. Nếu những rủi ro được xác định chính là hệ thống phụ integra-tion, mô hình thác nước có thể sử dụng các mô hình phát triển tốt nhất để sử dụng.4. lập kế hoạch dự án được xem xét và quyết định tiếp tục với một vòng lặp hơn nữa của các vòng xoắn. Nếu chúng tôi quyết định tiếp tục, kế hoạch được soạn thảo cho giai đoạn tiếp theo của dự án. Sự khác biệt chính giữa các mô hình xoắn ốc và các mô hình quy trình phần mềm khác là công nhận rõ ràng các nguy cơ. Một chu kỳ của đường xoắn ốc bắt đầu bằng cách xây dựng các mục tiêu như hiệu suất và chức năng. Cách thay thế để đạt được các objec-tives, và đối phó với những hạn chế trên mỗi người trong số họ, sau đó được liệt kê. Mỗi thay thế đánh giá đối với mỗi mục tiêu và các nguồn nguy cơ dự án là identi-fied. Bước tiếp theo là để giải quyết các rủi ro bằng cách thu thập thông tin các hoạt động như phân tích chi tiết hơn, prototyping, và mô phỏng.Một khi những rủi ro đã được đánh giá, một số phát triển được thực hiện, theo sau là một hoạt động kế hoạch-ning cho giai đoạn tiếp theo của tiến trình. Không chính thức, nguy cơ chỉ đơn giản có nghĩa là một cái gì đó có thể đi sai. Ví dụ, nếu mục đích là để sử dụng một ngôn ngữ lập trình mới, một nguy cơ là trình biên dịch có sẵn là không đáng tin cậy hay không sản xuất đủ effi-CIT mã đối tượng. Rủi ro dẫn đến thay đổi được đề xuất phần mềm và các dự án vấn đề chẳng hạn như lịch trình và chi phí overrun, do đó giảm thiểu rủi ro là một hoạt động quản lý dự án rất quan trọng. Quản lý rủi ro, một phần quan trọng của quản lý dự án, được bao phủ trong chương 22.

Kết quả (Việt) 2:

Mỗi vòng lặp trong xoắn ốc được chia thành bốn phần: 1. Thiết lập các mục tiêu cụ thể Mục tiêu cho rằng giai đoạn của dự án được xác định. Những hạn chế về các quá trình và sản phẩm được xác định và một kế hoạch quản lý chi tiết được vẽ lên. Rủi ro của dự án được xác định. Chiến lược thay thế, tùy thuộc vào những rủi ro này, có thể được lên kế hoạch. 2. Đánh giá rủi ro và giảm Đối với mỗi rủi ro dự án xác định, phân tích chi tiết được thực hiện. Các bước được thực hiện để giảm rủi ro. Ví dụ, nếu có một nguy cơ rằng yêu cầu này là không thích hợp, một hệ thống nguyên mẫu có thể được phát triển. 3. Phát triển và xác nhận Sau khi đánh giá rủi ro, một mô hình phát triển cho hệ thống được lựa chọn. Ví dụ, tạo mẫu throwaway có thể là cách tiếp cận phát triển tốt nhất nếu rủi ro giao diện người dùng đang thống trị. Nếu rủi ro an toàn là mối quan tâm chính, phát triển dựa trên sự biến đổi chính thức có thể là quá trình thích hợp nhất, và như vậy. Nếu rủi ro được xác định chính là tiểu hệ thống lồng ghép sự, mô hình thác nước có thể là mô hình phát triển tốt nhất để sử dụng. 4. Lập kế hoạch Dự án được xem xét và quyết định xem có nên tiếp tục với một vòng lặp tiếp theo của hình xoắn ốc. Nếu nó được quyết định tiếp tục, kế hoạch được lập cho giai đoạn tiếp theo của dự án. Sự khác biệt chính giữa các mô hình xoắn ốc và các mô hình quy trình phần mềm khác là công nhận rõ ràng của rủi ro. Một chu kỳ xoắn ốc bắt đầu bằng mục tiêu xây dựng như hiệu suất và chức năng. Các cách khác để đạt được những những mục tiêu, và đối phó với các khó khăn trên mỗi trong số họ, sau đó được liệt kê. Mỗi thay thế được đánh giá theo từng mục tiêu và các nguồn rủi ro dự án là nhận diện fied. Bước tiếp theo là để giải quyết những rủi ro do các hoạt động thu thập thông tin như phân tích chi tiết hơn, tạo mẫu, và mô phỏng. Một khi rủi ro đã được đánh giá, một số phát triển được thực hiện, theo sau là một lập kế hoạch hoạt động cho giai đoạn tiếp theo của quá trình . Thức, rủi ro chỉ có nghĩa là một cái gì đó mà có thể đi sai. Ví dụ, nếu mục đích là để sử dụng một ngôn ngữ lập trình mới, một nguy cơ là các trình biên dịch có sẵn là không đáng tin cậy hoặc không sản xuất đủ effi- mã đối tượng cient. Rủi ro dẫn đến thay đổi phần mềm và đề xuất các vấn đề của dự án như tiến độ và thấu chi ngân sách, do đó giảm thiểu rủi ro là một hoạt động quản lý dự án rất quan trọng. Quản lý rủi ro, một phần thiết yếu của quản lý dự án, trong chương 22.