Search-Based Software Engineering: Trends, Techniques and Applications dịch - Search-Based Software Engineering: Trends, Techniques and Applications Việt làm thế nào để nói

Search-Based Software Engineering:

Search-Based Software Engineering: Trends, Techniques and Applications 11:13

The application areas of software project management, scheduling, and planning
have witnessed a great deal of recent interest from the research community, with
´
recent contributions from a number of authors. Alvarez-Valdes et al. [2006] used a
Scatter Search (SS) algorithm for project scheduling problems to minimize project
completion duration. This is one of the few applications of SS in SBSE. Barreto et al.
[2008] proposed an optimization-based project staffing algorithm to solve the staffing
problem. Cortellessa et al. [2008b] described an optimization framework to provide
decision support for software architects. Hericko et al. [2008] used a simple gradient-
based optimization method to optimize project team size while minimizing project
effort. Kapur et al. [2008] used a GA to provide optimal staffing for product release
and best quality to customers under time constraints. Kiper et al. [2007] applied GAs
and SA to select an optimal subset of Verification and Validation (V&V) activities in
order to reduce risk under budget restrictions, thereby linking the problem domains of
testing and management.
It is clear that this application area will continue to draw interest and activity
from the SBSE community. Though there has been much interest in the difficulty of
the problem of software project management, there remain a number of unresolved
challenges, including the following.

(1) Robustness . It may not be sufficient to find a project plan that leads to early comple-
tion time. It may be more important to find plans that are robust in the presence of
changes. Such a robust plan may be suboptimal with respect to the completion time
objective. This may be a worthwhile sacrifice for greater certainty in the worst-case
completion time, should circumstances change. These forms of “robustness trade-
off” have been widely studied in the optimization literature [Beyer and Sendhoff
2007].
(2) Poor Estimates . All work on software project estimation has had to contend with the
problem of notoriously poor estimates [Shepperd 2007]. Much of the work on SBSE
for project management has implicitly assumed that reliable estimates are avail-
able at the start of the project planning phase. This is an unrealistic assumption.
More work is required in order to develop techniques for software project planning
that are able to handle situations in which estimates are only partly reliable.
(3) Integration . Software project management is a top-level activity in the software
development lifecycle. It draws in other activities such as design, development,
testing, and maintenance. As such, project management is ideally not an activity
that can be optimized in isolation. In order to achieve wider applicability for the
SBSE approach to software project management, it will be necessary to develop
techniques that can integrate management activities with these other engineering
activities.
Software project management also cannot be conducted in isolation from require-
ment engineering, since the choice of requirements may affect the feasibility of
plans. Therefore, though the requirements gathering and analysis phases typically
precede the formulation of management planning, this is clearly not desirable once
one accepts that the planning phase can be formulated as an optimization problem.
Early work on integration by Saliu and Ruhe [2007] showed how implementation
objectives and requirements objectives could be simultaneously optimized using
a multiobjective optimization approach. More work is required to integrate other
aspects of the software development process into an optimized software project
management activity.

Figure 2 provides a generic schematic overview of SBSE approaches to project
planning. Essentially, the approach is guided by a simulation that captures, in abstract
form, the conduct of the project for a given plan. A project plan is evaluated for fitness
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Tìm kiếm dựa trên công nghệ phần mềm: Xu hướng, kỹ thuật và ứng dụng 11:13 Các lĩnh vực ứng dụng phần mềm quản lý dự án, lập kế hoạch và lập kế hoạch đã chứng kiến một thỏa thuận tuyệt vời tại quan từ cộng đồng nghiên cứu, với ´ đóng góp gần đây từ một số tác giả. Alvarez-Valdes et al. [2006] sử dụng một Scatter tìm (SS) thuật toán cho dự án lập lịch trình các vấn đề để giảm thiểu dự án thời gian hoàn thành. Đây là một trong vài ứng dụng của SS ở SBSE. Barreto et al. [2008] đề xuất một thuật toán staffing tối ưu hóa dựa trên dự án để giải quyết staffing vấn đề. Cortellessa et al. [2008b] mô tả một khuôn khổ tối ưu hóa để cung cấp quyết định các hỗ trợ cho kiến trúc sư phần mềm. Hericko et al. [2008] sử dụng một gradient đơn giản- tối ưu hóa dựa trên phương pháp để tối ưu hóa dự án nhóm kích thước trong khi giảm thiểu dự án nỗ lực. Kapur et al. [2008] sử dụng một GA để cung cấp tối ưu staffing cho bản phát hành sản phẩm và các chất lượng tốt nhất cho khách hàng theo thời gian. Quấn et al. [2007] áp dụng khí và SA để chọn một tập con tối ưu của Verification và xác nhận (V & V) hoạt động trong để giảm thiểu rủi ro theo ngân sách hạn chế, do đó liên kết các lĩnh vực vấn đề của thử nghiệm và quản lý. Nó là rõ ràng rằng khu vực ứng dụng này sẽ tiếp tục thu hút sự quan tâm và hoạt động từ cộng đồng SBSE. Mặc dù đã từng có nhiều quan tâm đến difficulty của vấn đề của phần mềm quản lý dự án, có vẫn còn một số lượng chưa được giải quyết những thách thức, bao gồm những điều sau đây. (1) mạnh mẽ. Nó có thể không là sufficient để nhiều một kế hoạch dự án dẫn đến đầu g- tion thời gian. Nó có thể là quan trọng hơn để nhiều các kế hoạch được mạnh mẽ trong presence của thay đổi. Kế hoạch như vậy mạnh mẽ có thể được suboptimal đối với thời gian hoàn thành mục tiêu. Điều này có thể là một sacrifice đáng giá cho sự chắc chắn lớn hơn trong các trường hợp xấu nhất thời gian hoàn thành, nên thay đổi hoàn cảnh. Các hình thức "mạnh mẽ thương mại- tắt"đã được rộng rãi nghiên cứu trong các tài liệu tối ưu hóa [Beyer và Sendhoff 2007]. (2) ước tính người nghèo. Tất cả công việc trên phần mềm dự án ước tính đã phải contend với các vấn đề của người nghèo nổi tiếng là ước tính [Shepperd 2007]. Nhiều công việc trên SBSE cho quản lý dự án ngầm đã thừa nhận rằng ước tính đáng tin cậy là thành công- có thể lúc đầu của dự án lập kế hoạch giai đoạn. Đây là một giả định không thực tế. Nghiên cứu thêm là cần thiết để phát triển các kỹ thuật phần mềm lập kế hoạch dự án mà có thể xử lý các tình huống trong đó ước tính là chỉ một phần đáng tin cậy. (3) hội nhập. Phần mềm quản lý dự án là một hoạt động cấp cao nhất trong phần mềm vòng đời phát triển. Nó rút ra trong các hoạt động khác chẳng hạn như thiết kế, phát triển, thử nghiệm, và bảo trì. Như vậy, quản lý dự án lý tưởng không phải là một hoạt động mà có thể được tối ưu hóa trong sự cô lập. Để đạt được các ứng dụng rộng lớn hơn cho các Phương pháp tiếp cận SBSE để các quản lý dự án phần mềm, nó sẽ được cần thiết để phát triển kỹ thuật có thể tích hợp quản lý hoạt động với các kỹ thuật khác hoạt động. Quản lý dự án phần mềm cũng không thể được thực hiện trong sự cô lập từ require- kỹ thuật ment, kể từ khi sự lựa chọn của yêu cầu có thể ảnh hưởng đến khả năng kế hoạch. Vì vậy, mặc dù yêu cầu thu thập và phân tích pha thường đứng trước việc xây dựng quản lý quy hoạch, điều này rõ ràng là không mong muốn một lần một chấp nhận rằng giai đoạn lập kế hoạch có thể được xây dựng như là một vấn đề tối ưu hóa. Đầu làm việc trên hội nhập bởi Saliu và Ruhe [2007] cho thấy làm thế nào thực hiện mục tiêu và mục tiêu yêu cầu có thể được đồng thời tối ưu hóa bằng cách sử dụng một cách tiếp cận tối ưu hóa multiobjective. Nghiên cứu thêm là cần thiết để tích hợp khác Các khía cạnh của quá trình phát triển phần mềm vào một dự án tối ưu hóa phần mềm hoạt động quản lý. Hình 2 cung cấp một tổng quan sơ chung về phương pháp tiếp cận SBSE để dự án lập kế hoạch. Về cơ bản, phương pháp tiếp cận được hướng dẫn bởi một mô phỏng chụp, trong tóm tắt hình thức, hành vi của dự án cho một kế hoạch được đưa ra. Một kế hoạch dự án được đánh giá cho fitness
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Search-Based Software Engineering: Trends, Techniques and Applications 11:13

The application areas of software project management, scheduling, and planning
have witnessed a great deal of recent interest from the research community, with
´
recent contributions from a number of authors. Alvarez-Valdes et al. [2006] used a
Scatter Search (SS) algorithm for project scheduling problems to minimize project
completion duration. This is one of the few applications of SS in SBSE. Barreto et al.
[2008] proposed an optimization-based project staffing algorithm to solve the staffing
problem. Cortellessa et al. [2008b] described an optimization framework to provide
decision support for software architects. Hericko et al. [2008] used a simple gradient-
based optimization method to optimize project team size while minimizing project
effort. Kapur et al. [2008] used a GA to provide optimal staffing for product release
and best quality to customers under time constraints. Kiper et al. [2007] applied GAs
and SA to select an optimal subset of Verification and Validation (V&V) activities in
order to reduce risk under budget restrictions, thereby linking the problem domains of
testing and management.
It is clear that this application area will continue to draw interest and activity
from the SBSE community. Though there has been much interest in the difficulty of
the problem of software project management, there remain a number of unresolved
challenges, including the following.

(1) Robustness . It may not be sufficient to find a project plan that leads to early comple-
tion time. It may be more important to find plans that are robust in the presence of
changes. Such a robust plan may be suboptimal with respect to the completion time
objective. This may be a worthwhile sacrifice for greater certainty in the worst-case
completion time, should circumstances change. These forms of “robustness trade-
off” have been widely studied in the optimization literature [Beyer and Sendhoff
2007].
(2) Poor Estimates . All work on software project estimation has had to contend with the
problem of notoriously poor estimates [Shepperd 2007]. Much of the work on SBSE
for project management has implicitly assumed that reliable estimates are avail-
able at the start of the project planning phase. This is an unrealistic assumption.
More work is required in order to develop techniques for software project planning
that are able to handle situations in which estimates are only partly reliable.
(3) Integration . Software project management is a top-level activity in the software
development lifecycle. It draws in other activities such as design, development,
testing, and maintenance. As such, project management is ideally not an activity
that can be optimized in isolation. In order to achieve wider applicability for the
SBSE approach to software project management, it will be necessary to develop
techniques that can integrate management activities with these other engineering
activities.
Software project management also cannot be conducted in isolation from require-
ment engineering, since the choice of requirements may affect the feasibility of
plans. Therefore, though the requirements gathering and analysis phases typically
precede the formulation of management planning, this is clearly not desirable once
one accepts that the planning phase can be formulated as an optimization problem.
Early work on integration by Saliu and Ruhe [2007] showed how implementation
objectives and requirements objectives could be simultaneously optimized using
a multiobjective optimization approach. More work is required to integrate other
aspects of the software development process into an optimized software project
management activity.

Figure 2 provides a generic schematic overview of SBSE approaches to project
planning. Essentially, the approach is guided by a simulation that captures, in abstract
form, the conduct of the project for a given plan. A project plan is evaluated for fitness
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: