ManagementSoftware-intensive system

Management
Software-intensive systems design generally occurs in a
situation of uncertainty and limited knowledge. Designers
are confronted with uncertainties about competitors,
technology development, properties of products, macroeconomic conditions, the status of larger projects within
which a given activity is embedded. Conditions change
and new information is gained continuously. The benefits
that were envisioned at the beginning of such a project
often turn out to be not the ones that are ultimately realized,
nor are the paths by which such activities progress the ones
that were planned. Complex projects take complex paths.
The search for value in spaces that are at best only partially
known is necessarily dynamic if it is to be most effective.
Beyond a better understanding of software design as a
decision-making process, a better design space in which to
operate, a better understanding of the context-dependent
linkages between technical properties and value creation,
and better educated decision-makers, software designers
need mechanisms to help them navigate complex situations
in a manner dynamically responsive to new information
and changing conditions. We need models for both the
systems being developed and for decision processes that
support dynamic monitoring and control of complex
software development activities. Dynamic management of
investment in the face of significant uncertainties and gaps
in knowledge is critical at levels from the single project to
corporate and national software R&D investment policy.
Multiple models of several kinds will be used at once in
any complex program. Models will be needed to guide
and to support monitoring and control in the areas of
product (e.g., architecture, verification), process (e.g.,
overall lifecycle), property (e.g., dependability), costs (e.g.,
for staff, materials, overhead), risk (e.g., lawsuits, liability
judgements, failure due to technical or managerial
difficulties), opportunities (e.g., to improve a product, to
extend it to exploit new markets or other sources of value,
or to follow with a synergistic new function), major
programs (e.g., the dependencies among projects that
determine ultimate success), corporate or national
portfolios (constituent projects and how they support
strategic objectives), uncertainty (e.g., project risks within
programs and co-variance properties), markets (resources,
needs, competition), etc.
Models at all of these levels are relevant to technical
software design decision-making. Product architectural
design decisions, for example, are critical to determining
strategic opportunities and in mitigating technical and other
risks. Such models and associated dynamic decision
processes should be developed, integrated into software
design activities, and related to our existing software design
decision criteria. To enable the use of such models in
practice, tool and environment support will often be
needed.

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

Quản lýThiết kế hệ thống phần mềm chuyên sâu thường xảy ra trong mộtvị trí của sự không chắc chắn và giới hạn kiến thức. Nhà thiết kếđang phải đối mặt với sự không chắc chắn về đối thủ cạnh tranh,phát triển công nghệ, tính chất của sản phẩm, điều kiện kinh tế vĩ mô, tình trạng của các dự án lớn hơn trong vòngmà một hoạt động nhất định được nhúng. Điều kiện thay đổivà thông tin mới được liên tục. Những lợi íchđó hình dung ở đầu của một dự ánthường bật ra là không những người cuối cùng được thực hiện,cũng không phải là con đường mà các hoạt động tiến bộ nhữngđó kế hoạch. Dự án phức tạp có đường dẫn phức tạp.Việc tìm kiếm các giá trị trong không gian mà lúc tốt nhất chỉ một phầnđược biết đến là nhất thiết phải năng động nếu nó là để hiệu quả nhất.Ngoài một sự hiểu biết tốt hơn của phần mềm thiết kế như là mộtquá trình ra quyết định, một không gian thiết kế tốt hơn ở đó đểhoạt động, một sự hiểu biết tốt hơn của sự phụ thuộc vào ngữ cảnhmối liên kết giữa các tài sản kỹ thuật và sáng tạo giá trị,và tốt hơn học nhà ra quyết định, nhà thiết kế phần mềmcần các cơ chế để giúp họ điều hướng tình huống phức tạpmột cách tự động đáp ứng với thông tin mớivà thay đổi điều kiện. Chúng tôi cần các mô hình cho cả hai cácHệ thống được phát triển và quyết định xử lý màhỗ trợ Giám sát năng động và điều khiển phức tạpCác hoạt động phát triển phần mềm. Quản lý năng độngđầu tư khi đối mặt với sự không chắc chắn đáng kể và những khoảng trốngkiến thức là rất quan trọng ở các cấp độ từ dự án duy nhấtcông ty và quốc gia phần mềm R & D đầu tư chính sách.Nhiều mô hình của một số loại sẽ được sử dụng cùng một lúc trongbất kỳ chương trình phức tạp. Mô hình sẽ được cần thiết để hướng dẫnvà để hỗ trợ Giám sát và kiểm soát trong các lĩnh vựcsản phẩm (ví dụ, kiến trúc, quy trình xác minh), xử lý (ví dụ:vòng đời tổng thể), bất động sản (ví dụ như, tin cậy), chi phí (ví dụ:cho nhân viên, tài liệu, chi phí), rủi ro (ví dụ như, vụ kiện, trách nhiệm pháp lýbản án, thất bại do kỹ thuật hoặc quản lýkhó khăn), cơ hội (ví dụ như, để cải thiện một sản phẩm, đếnmở rộng nó để khai thác thị trường mới hoặc các nguồn khác của giá trị,hoặc để làm theo với một chức năng mới hiệp đồng), lớnchương trình (ví dụ như, các phụ thuộc trong số các dự án màxác định sự thành công cuối cùng), công ty hoặc quốc giadanh mục đầu tư (dự án thành phần và cách họ hỗ trợmục tiêu chiến lược), không chắc chắn (ví dụ như, dự án rủi ro trong vòngchương trình và phương sai đồng tính), thị trường (nguồn lực,««cần, đối thủ cạnh tranh), vv.Các mô hình ở tất cả các cấp có liên quan đến kỹ thuậtphần mềm thiết kế ra quyết định. Sản phẩm kiến trúcquyết định thiết kế, ví dụ, rất quan trọng để xác địnhchiến lược cơ hội và giảm nhẹ kỹ thuật và khácrủi ro. Các mô hình và quyết định năng động liên kếtquy trình nên được phát triển, tích hợp vào phần mềmthiết kế hoạt động, và liên quan đến thiết kế phần mềm hiện tại của chúng tôitiêu chí quyết định. Để cho phép việc sử dụng các mô hình như vậy tronghỗ trợ thực hành, công cụ và môi trường sẽ thường xuyêncần thiết.

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

Quản lý
hệ thống phần mềm chuyên sâu thiết kế thường xảy ra trong một
tình huống không chắc chắn và thiếu hiểu biết. Nhà thiết kế
phải đối mặt với những bất ổn về đối thủ cạnh tranh,
phát triển công nghệ, đặc tính của sản phẩm, điều kiện kinh tế vĩ mô, tình trạng các dự án lớn trong
đó một hoạt động cụ thể được nhúng vào. Điều kiện thay đổi
và thông tin mới được liên tục tăng. Những lợi ích
đó đã hình dung ra vào đầu của một dự án như vậy
thường hóa ra là không phải những người mà cuối cùng được thực hiện,
cũng không phải là con đường mà các hoạt động như những tiến bộ
đã được lên kế hoạch. Các dự án phức tạp lấy con đường phức tạp.
Việc tìm kiếm giá trị trong không gian đó là lúc tốt nhất chỉ có một phần
gọi là nhất thiết phải năng động, nếu nó là có hiệu quả nhất.
Ngoài một sự hiểu biết tốt hơn về thiết kế phần mềm như là một
quá trình ra quyết định, một không gian thiết kế tốt hơn, trong đó để
hoạt động, một sự hiểu biết tốt hơn về bối cảnh phụ thuộc vào
mối liên hệ giữa tính năng kỹ thuật và tạo ra giá trị,
và giáo dục tốt hơn các nhà hoạch định, thiết kế phần mềm
cần có cơ chế để giúp họ chuyển những tình huống phức tạp
một cách tự động đáp ứng với thông tin mới
và điều kiện thay đổi. Chúng tôi cần các mô hình cho cả hai
hệ thống được phát triển và cho quá trình ra quyết định rằng
hỗ trợ giám sát và kiểm soát của tổ hợp động
các hoạt động phát triển phần mềm. Quản lý năng động của
đầu tư đối mặt với sự không chắc chắn đáng kể và khoảng trống
trong kiến thức là rất quan trọng ở các cấp từ dự án duy nhất để
doanh nghiệp và quốc gia phần mềm R & D chính sách đầu tư.
Nhiều mô hình của một số loại sẽ được sử dụng cùng một lúc trong
bất kỳ chương trình phức tạp. Mô hình sẽ được cần thiết để hướng dẫn
và hỗ trợ giám sát và kiểm soát trong các lĩnh vực
sản phẩm (ví dụ, kiến trúc, kiểm tra), quá trình (ví dụ,
tổng vòng đời), tài sản (ví dụ, độ tin cậy), chi phí (ví dụ,
đối với cán bộ, nguyên vật liệu, chi phí ), rủi ro (ví dụ, các vụ kiện, trách nhiệm
bản án, lỗi do kỹ thuật, quản lý
khó khăn), cơ hội (ví dụ, để cải thiện một sản phẩm, để
mở rộng nó để khai thác thị trường mới hoặc các nguồn khác có giá trị,
hoặc làm theo với một chức năng mới hiệp đồng ), chủ yếu
chương trình (ví dụ, sự phụ thuộc giữa các dự án mà
xác định thành công cuối cùng), công ty hoặc quốc gia
danh mục đầu tư (dự án thành phần và làm thế nào họ hỗ trợ
các mục tiêu chiến lược), không chắc chắn (ví dụ, rủi ro dự án trong
chương trình và tính đồng phương sai), thị trường (tài nguyên ,
nhu cầu, cạnh tranh), vv
Các mô hình ở tất cả các mức độ này là có liên quan đến kỹ thuật
thiết kế phần mềm ra quyết định. Sản phẩm kiến trúc
quyết định thiết kế, ví dụ, rất quan trọng để xác định
các cơ hội chiến lược và kỹ thuật trong việc giảm thiểu và các
rủi ro. Mô hình như vậy, quyết định năng động liên kết
các quy trình cần được phát triển, tích hợp vào phần mềm
hoạt động thiết kế, và liên quan đến các phần mềm thiết kế hiện tại của chúng tôi
tiêu chí quyết định. Để cho phép việc sử dụng các mô hình như vậy trong
thực tế, công cụ và hỗ trợ môi trường sẽ thường xuyên được
cần thiết.