They were also adopted by Rational/

They were also adopted by Rational/IBM as the phase gates in the Rational Unified
Process [87][133][84], and as such have been used on many
successful projects. They are similar to the process milestones used
by Microsoft to synchronize and stabilize its concurrent software
processes [53]. Other notable forms of concurrent, incremental and
evolutionary development include the Scandinavian Participatory
Design approach [62], various forms of Rapid Application
Development [103][98], and agile methods, to be discussed under
the 2000’s below. [87] is an excellent source for iterative and
evolutionary development methods.
Open Source Development
Another significant form of concurrent engineering making strong
contribution in the 1990’s was open source software development.
From its roots in the hacker culture of the 1960’s, it established an
institutional presence in 1985 with Stallman’s establishment of the
Free Software Foundation and the GNU General Public License
[140]. This established the conditions of free use and evolution of a
number of highly useful software packages such as the GCC C-
Language compiler and the emacs editor. Major 1990’s milestones
in the open source movement were Torvalds’ Linux (1991),
Berners-Lee’s World Wide Web consortium (1994), Raymond’s
“The Cathedral and the Bazaar”
book [128], and the O’Reilly Open
Source Summit (1998), including leaders of such products as Linux
, Apache, TCL, Python, Perl, and Mozilla [144].
Usability and Human-Computer Interaction
As mentioned above, another major 1990’s emphasis was on
increased usability of software products by non-programmers. This
required reinterpreting an almost universal principle, the Golden
Rule, “Do unto others as you would have others do unto you”, To
literal-minded programmers and com
puter science students, this
meant developing programmer-friendly user interfaces. These are
often not acceptable to doctors, pilots, or the general
public, leading
to preferable alternatives such as the Platinum Rule, “Do unto others
as they would be done unto.”
Serious research in human-computer interaction (HCI) was going on
as early as the second phase of the SAGE project at Rand Corp in
the 1950’s, whose research team included Turing Award winner
Allen Newell. Subsequent significant advances have included
experimental artifacts such as Sketchpad and the Engelbert and
Xerox PARC interactive environments discussed above. They have
also included the rapid prototyping and Scandinavian Participatory
Design work discussed above, and sets of HCI guidelines such as
[138] and [13]. The late 1980’s and 1990’s also saw the HCI field
expand its focus from computer support of individual performance
to include group support systems [96][111].
2.6
2000’s Antithesis and
Partial Synthesis:
Agility and Value
So far, the 2000’s have seen a continuation of the trend toward rapid
application development, and an acceleration of the pace of change
in information technology (Google, Web-based collaboration
support), in organizations (merge
rs, acquisitions, startups), in
competitive countermeasures (corporat
e judo, national security), and
in the environment (globalization, consumer demand patterns). This
rapid pace of change has caused increasing frustration with the
heavyweight plans, specifications, and other documentation
imposed by contractual inertia and maturity model compliance criteria. One organization recently presented a picture of its CMM
Level 4 Memorial Library: 99 thick spiral binders of documentation
used only to pass a CMM assessment.
Agile Methods
The late 1990’s saw the emergence of a number of agile methods
such as Adaptive Software Development, Crystal, Dynamic Systems
Development, eXtreme Programming (XP), Feature Driven
Development, and Scrum. Its major method proprietors met in 2001
and issued the Agile Manifesto, putting forth four main value
preferences:
Individuals and interactions
over processes and tools.
•
Working software
over comprehensive documentation.
•
Customer collaboration
over contract negotiation
•
Responding to change
over following a plan.
The most widely adopted agile method has been XP, whose major
technical premise in [14] was that its combination of customer
collocation, short development increments, simple design, pair
programming, refactoring, and continuous integration would flatten
the cost-of change-vs.-time curve in Figure 4. However, data
reported so far indicate that this flattening does not take place for
larger projects. A good example was provided by a large Thought
Works Lease Management system presented at ICSE 2002 [62].
When the size of the project reached over 1000 stories, 500,000
lines of code, and 50 people, with some changes touching over 100
objects, the cost of change inevitably increased. This required the
project to add some more explicit plans, controls, and high-level
architecture representations.
Analysis of the relative “home grounds” of agile and plan-driven
methods found that agile methods were most workable on small
projects with relatively low at-risk outcomes, highly capable
personnel, rapidly changing requireme
nts, and a culture of thriving
on chaos vs. order. As shown in Figure 8 [36], the agile home
ground is at the center of the diagram, the plan-driven home ground
is at the periphery, and projects in the middle such as the lease
management project needed to add some plan-driven practices to
XP to stay successful
Value-Based Software Engineering
Agile methods’ emphasis on usability improvement via short
increments and value-prioritized increment content are also
responsive to trends in software customer preferences. A r
ecent
Computerworld panel on “The Future of Information Technology
(IT)” indicated that usability and total ownership cost-benefits,
including user inefficiency and ineffectiveness costs, are becoming
IT user organizations’ top priorities [5]. A representative quote from
panelist W. Brian Arthur was “Computers are working about as fast
as we need. The bottleneck is making it all usable.” A recurring
user-organization desire is to have technology that adapts to people
rather than vice versa. This is increasingly reflected in users’ product
selection activities, with evaluation criteria increasingly emphasizing
product usability and value added vs. a previous heavy emphasis on
product features and purchase costs. Such trends ultimately will
affect producers’ product and process priorities, marketing
strategies, and competitive survival.
Some technology trends strongly affecting software engineering for
usability and cost-effectiveness are increasingly powerful enterprise
support packages, data access and mining tools, and Personal Digital
Assistant (PDA) capabilities. Such products have tremendous potential for user value, but determining how they will be best
configured will involve a lot of product experimentation, shakeout,
and emergence of superior combinations of system capabilities.
In terms of future software process implications, the fact that the
capability requirements for these products are emergent rather than
prespecifiable has become the primary challenge. Not only do the
users exhibit the IKIWISI (I’ll know it when I see it) syndrome, but
their priorities change with time. These changes often follow a
Maslow need hierarchy, in which unsatisfied lower-level needs are
top priority, but become lower priorities once the needs are satisfied
[96]. Thus, users will initially be motivated by survival in terms of
capabilities to process new work-loads, followed by security once
the workload-processing needs are satisfied, followed by self-
actualization in terms of capabilities for analyzing the workload
content for self-improvement and market trend insights once the
security needs are satisfied.
It is clear that requirements emergence is incompatible with past
process practices such as requirements-driven sequential waterfall
process models and formal programming calculi; and with process
maturity models emphasizing repeatability and optimization [114].
In their place, more adaptive [74] and risk-driven [32] models are
needed. More fundamentally, the theory underlying software process
models needs to evolve from purely reductionist “modern” world
views (universal, general, timeless, written) to a synthesis of these
and situational “postmodern” world views (particular, local, timely,
oral) as discussed in [144]. A recent theory of value-based software
engineering (VBSE) and its associated software processes [37]
provide a starting point for addressing these challenges, and for
extending them to systems engineering processes. The associated
VBSE book [17] contains further insights and emerging directions
for VBSE processes.
The value-based approach also provides a framework for
determining which low-risk, dynamic parts of a project are better
addressed by more lightweight agile methods and which high-risk,
more stabilized parts are better addressed by plan-driven methods.
Such syntheses are becoming more important as software becomes
more product-critical or mission-critical while software
organizations continue to optimize on time-to-market.
Software Criticality and Dependability
Although people’s, systems’, and organizations’ dependency on
software is becoming increasingly critical, de-pendability is
generally not the top priority for software producers. In the words of
the 1999 PITAC Report, “The IT industry spends the bulk of its
resources, both financial and human, on rapidly bringing products to
market.” [123].

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

Họ cũng đã được thông qua bởi hữu tỉ/IBM như cửa giai đoạn trong sự thống nhất hợp lýQuá trình [87] [133] [84], và như vậy đã được sử dụng trên nhiềudự án thành công. Họ là tương tự như các cột mốc của quá trình sử dụngbởi Microsoft để đồng bộ hóa và ổn định của phần mềm đồng thờiquy trình [53]. Các hình thức đáng chú ý khác của đồng thời gia tăng vàtiến hóa phát triển bao gồm tham gia ScandinaviaThiết kế cách tiếp cận [62], các hình thức khác nhau của ứng dụng nhanh chóngPhát triển [103] [98], và phương pháp nhanh nhẹn, sẽ được thảo luận dướinăm 2000 dưới đây. [87] là một nguồn tuyệt vời cho lặp đi lặp lại vàphương pháp phát triển tiến hóa. Mã nguồn mở phát triểnMột hình thức quan trọng kỹ thuật đồng thời thực hiện mạnh mẽđóng góp vào những năm 1990 là phát triển phần mềm mã nguồn mở.Từ nguồn gốc từ các hacker nền văn hóa của 1960 's, nó đã thành lập mộtthể chế hiện diện trong 1985, Stallman của thành lập của cácPhần mềm miễn phí nền tảng và GNU General Public License[140]. điều này thành lập các điều kiện của việc sử dụng miễn phí và sự tiến hóa của mộtsố lượng các gói phần mềm rất hữu ích như các GCC C-Ngôn ngữ biên dịch và biên tập viên emacs. Các cột mốc chính năm 1990trong phong trào mã nguồn mở là Torvalds' Linux (1991),Berners-Lee của World Wide Web consortium (1994), Raymond"Nhà thờ và các chợ"cuốn sách [128], và O'Reilly mởNguồn đỉnh (1998), bao gồm cả các lãnh đạo của các sản phẩm như Linux, Apache, TCL, Python, Perl, và Mozilla [144].Khả năng sử dụng và tương tác của con người-máy tínhNhư đã đề cập ở trên, một lớn năm 1990 nhấn mạnh vàotăng khả năng sử dụng của sản phẩm phần mềm bởi phòng không lập trình viên. Điều nàyyêu cầu reinterpreting một nguyên tắc gần như phổ quát, vàngCai trị, "Do unto những người khác như bạn sẽ có những người khác làm unto bạn", đểlập trình chữ-minded và comCác sinh viên khoa học puter, điều nàycó nghĩa là phát triển giao diện người dùng thân thiện với lập trình viên. Đây là nhữngthường không phù hợp với bác sĩ, Phi công, hoặc nói chungkhu vực, hàng đầuđể thay thế thích hợp hơn như quy tắc bạch kim, "Do unto những người khácvì họ sẽ được thực hiện cho đến."Các nghiên cứu nghiêm trọng vào con người-máy tính tương tác (HCI) đã xảy rasớm nhất là giai đoạn thứ hai của SAGE dự án tại Rand Corp trongnhững năm 1950, mà nhóm nghiên cứu bao gồm người chiến thắng giải TuringAllen Newell. Những tiến bộ đáng kể tiếp theo đã bao gồmCác hiện vật thử nghiệm như Sketchpad và Engelbert vàXerox PARC thảo luận ở trên môi trường tương tác. Họ cócũng bao gồm prototyping nhanh chóng và có sự tham gia ScandinaviaThiết kế công việc thảo luận ở trên, và bộ của nguyên tắc HCI chẳng hạn như[138] và [13]. Cuối năm 1980 và thập niên 1990 cũng chứng kiến trường HCImở rộng của nó tập trung từ hỗ trợ máy tính của cá nhân hiệu suấtđể bao gồm các nhóm hỗ trợ hệ thống [96] [111]. 2.6năm 2000 ngược vàTổng hợp một phần:Sự nhanh nhẹn và giá trịCho đến nay, của năm 2000 đã thấy một sự tiếp nối của xu hướng về hướng nhanh chóngapplication development, and an acceleration of the pace of changein information technology (Google, Web-based collaborationsupport), in organizations (mergers, acquisitions, startups), incompetitive countermeasures (corporate judo, national security), andin the environment (globalization, consumer demand patterns). Thisrapid pace of change has caused increasing frustration with theheavyweight plans, specifications, and other documentationimposed by contractual inertia and maturity model compliance criteria. One organization recently presented a picture of its CMMLevel 4 Memorial Library: 99 thick spiral binders of documentationused only to pass a CMM assessment. Agile MethodsThe late 1990’s saw the emergence of a number of agile methodssuch as Adaptive Software Development, Crystal, Dynamic SystemsDevelopment, eXtreme Programming (XP), Feature DrivenDevelopment, and Scrum. Its major method proprietors met in 2001and issued the Agile Manifesto, putting forth four main valuepreferences: Individuals and interactionsover processes and tools.•Working softwareover comprehensive documentation.•Customer collaborationover contract negotiation•Responding to changeover following a plan. The most widely adopted agile method has been XP, whose majortechnical premise in [14] was that its combination of customercollocation, short development increments, simple design, pairprogramming, refactoring, and continuous integration would flattenthe cost-of change-vs.-time curve in Figure 4. However, datareported so far indicate that this flattening does not take place forlarger projects. A good example was provided by a large ThoughtWorks Lease Management system presented at ICSE 2002 [62].When the size of the project reached over 1000 stories, 500,000lines of code, and 50 people, with some changes touching over 100objects, the cost of change inevitably increased. This required theproject to add some more explicit plans, controls, and high-levelarchitecture representations.Analysis of the relative “home grounds” of agile and plan-drivenmethods found that agile methods were most workable on smallprojects with relatively low at-risk outcomes, highly capablepersonnel, rapidly changing requirements, and a culture of thrivingon chaos vs. order. As shown in Figure 8 [36], the agile homeground is at the center of the diagram, the plan-driven home groundis at the periphery, and projects in the middle such as the leasemanagement project needed to add some plan-driven practices toXP to stay successfulValue-Based Software EngineeringAgile methods’ emphasis on usability improvement via shortincrements and value-prioritized increment content are alsoresponsive to trends in software customer preferences. A recentComputerworld panel on “The Future of Information Technology(IT)” indicated that usability and total ownership cost-benefits,including user inefficiency and ineffectiveness costs, are becomingIT user organizations’ top priorities [5]. A representative quote frompanelist W. Brian Arthur was “Computers are working about as fastas we need. The bottleneck is making it all usable.” A recurringuser-organization desire is to have technology that adapts to peoplerather than vice versa. This is increasingly reflected in users’ productselection activities, with evaluation criteria increasingly emphasizingproduct usability and value added vs. a previous heavy emphasis onproduct features and purchase costs. Such trends ultimately willaffect producers’ product and process priorities, marketingstrategies, and competitive survival.Some technology trends strongly affecting software engineering forusability and cost-effectiveness are increasingly powerful enterprisesupport packages, data access and mining tools, and Personal DigitalAssistant (PDA) capabilities. Such products have tremendous potential for user value, but determining how they will be bestconfigured will involve a lot of product experimentation, shakeout,and emergence of superior combinations of system capabilities.In terms of future software process implications, the fact that thecapability requirements for these products are emergent rather thanprespecifiable has become the primary challenge. Not only do theusers exhibit the IKIWISI (I’ll know it when I see it) syndrome, buttheir priorities change with time. These changes often follow aMaslow need hierarchy, in which unsatisfied lower-level needs aretop priority, but become lower priorities once the needs are satisfied[96]. Thus, users will initially be motivated by survival in terms ofcapabilities to process new work-loads, followed by security oncethe workload-processing needs are satisfied, followed by self-actualization in terms of capabilities for analyzing the workloadcontent for self-improvement and market trend insights once thesecurity needs are satisfied.It is clear that requirements emergence is incompatible with pastprocess practices such as requirements-driven sequential waterfallprocess models and formal programming calculi; and with processmaturity models emphasizing repeatability and optimization [114].In their place, more adaptive [74] and risk-driven [32] models areneeded. More fundamentally, the theory underlying software processmodels needs to evolve from purely reductionist “modern” worldviews (universal, general, timeless, written) to a synthesis of theseand situational “postmodern” world views (particular, local, timely,oral) as discussed in [144]. A recent theory of value-based softwareengineering (VBSE) and its associated software processes [37]provide a starting point for addressing these challenges, and forextending them to systems engineering processes. The associatedVBSE book [17] contains further insights and emerging directions
for VBSE processes.
The value-based approach also provides a framework for
determining which low-risk, dynamic parts of a project are better
addressed by more lightweight agile methods and which high-risk,
more stabilized parts are better addressed by plan-driven methods.
Such syntheses are becoming more important as software becomes
more product-critical or mission-critical while software
organizations continue to optimize on time-to-market.
Software Criticality and Dependability
Although people’s, systems’, and organizations’ dependency on
software is becoming increasingly critical, de-pendability is
generally not the top priority for software producers. In the words of
the 1999 PITAC Report, “The IT industry spends the bulk of its
resources, both financial and human, on rapidly bringing products to
market.” [123].

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

Họ cũng đã được thông qua bởi Rational / IBM như các cửa giai đoạn trong Rational Unified
Process [87] [133] [84], và như vậy đã được sử dụng trên nhiều
dự án thành công. Chúng tương tự như các sự kiện quan trọng quá trình sử dụng
bởi Microsoft để đồng bộ hóa và ổn định phần mềm của nó đồng thời
quá trình [53]. Hình thức đáng chú ý khác của đồng thời, gia tăng và
phát triển tiến hóa bao gồm các Scandinavian có sự tham gia
tiếp cận Thiết kế [62], các hình thức khác nhau của ứng dụng nhanh
phát triển [103] [98], và các phương pháp nhanh nhẹn, được thảo luận dưới
những năm 2000 dưới đây. [87] là một nguồn tuyệt vời cho lặp đi lặp lại và
phương pháp phát triển tiến hóa.
Phát triển nguồn mở
Một hình thức quan trọng của kỹ thuật đồng thời làm cho mạnh mẽ
đóng góp trong năm 1990 đã phát triển phần mềm mã nguồn mở.
Từ rễ của nó trong nền văn hóa của hacker trong năm 1960, nó đã thiết lập một
thể chế hiện diện vào năm 1985 với việc thành lập các Stallman của
Free Software Foundation và Giấy phép Công cộng GNU General
[140]. Điều này thiết lập các điều kiện sử dụng miễn phí và quá trình tiến hóa của một
số gói phần mềm rất hữu ích như GCC C-
trình biên dịch ngôn ngữ và trình biên tập emacs. Major cột mốc 1990
trong phong trào nguồn mở là Torvalds 'Linux (1991),
World Wide Web consortium Berners-Lee (1994), Raymond của
"Nhà thờ và Bazaar"
cuốn sách [128], và Open O'Reilly
Summit Nguồn (1998 ), trong đó có các nhà lãnh đạo của các sản phẩm như
Linux, Apache, TCL, Python, Perl, và Mozilla [144].
Usability và sự tương tác của con người-máy tính
Như đã đề cập ở trên, nhấn mạnh một chính năm 1990 đã được trên
tăng khả năng sử dụng các sản phẩm phần mềm do không phải lập trình. Điều này
yêu cầu reinterpreting một nguyên tắc gần như phổ quát, Golden
Rule, "Hãy đối xử với người khác như bạn sẽ có người khác làm cho mình", Để
lập trình theo nghĩa đen có đầu óc và com
sinh viên khoa học máy điện toán, điều này
có nghĩa là phát triển giao diện người sử dụng lập trình thân thiện. Đây là những
thường không thể chấp nhận được cho các bác sĩ, phi công, hay nói chung
công cộng, dẫn
đến giải pháp thay thế thích hợp hơn như các Rule Platinum, "Hãy đối xử với người khác
như họ sẽ được thực hiện cùng."
Nghiên cứu nghiêm trọng trong tương tác của con người-máy tính (HCI) đang diễn ra
sớm nhất là vào giai đoạn thứ hai của dự án SAGE tại Rand Corp trong
năm 1950, mà nhóm nghiên cứu bao gồm chiến thắng giải thưởng Turing
Allen Newell. Tiến bộ đáng kể sau này đã bao gồm
hiện vật thí nghiệm như Sketchpad và Engelbert và
môi trường tương tác Xerox PARC đã thảo luận ở trên. Họ đã
cũng bao gồm các mẫu nhanh và Scandinavian có sự tham gia
công việc thiết kế thảo luận ở trên, và bộ hướng dẫn HCI như
[138] và [13]. Cuối những năm 1980 và năm 1990 cũng chứng kiến sự trường HCI
mở rộng trọng tâm của nó từ máy tính hỗ trợ hiệu suất cá nhân
bao gồm các hệ thống hỗ trợ nhóm [96] [111].
2.6
2000 của phản đề và
tổng hợp từng phần:
Agility và Giá trị
Cho đến nay, những năm 2000 đã chứng kiến một sự tiếp nối của xu hướng nhanh chóng
phát triển ứng dụng, và sự gia tăng của tốc độ thay đổi
trong công nghệ thông tin (Google, cộng tác trên nền web
hỗ trợ), trong các tổ chức (hợp nhất
rs, mua lại, phần khởi động), trong
biện pháp đối phó cạnh tranh (corporat
e judo, an ninh quốc gia ), và
trong các môi trường (toàn cầu hóa, mô hình nhu cầu của người tiêu dùng). Điều này
tốc độ nhanh chóng thay đổi đã gây ra ngày càng thất vọng với
kế hoạch nặng, thông số kỹ thuật, và các tài liệu khác
được áp đặt bởi quán tính trong hợp đồng và tuân thủ các tiêu chí mô hình trưởng thành. Một tổ chức mới đây đã trình bày một hình ảnh của CMM của
Level 4 Memorial Library: 99 chất kết dính xoắn ốc dày của tài liệu
chỉ được sử dụng để vượt qua một đánh giá CMM.
Phương pháp Agile
Các cuối năm 1990 chứng kiến sự xuất hiện của một số phương pháp nhanh nhẹn
như phát triển phần mềm Adaptive, Crystal, Năng động, hệ thống
phát triển, lập trình eXtreme (XP), Tính năng Driven
Development, và Scrum. Chủ sở hữu phương pháp chính của nó đã gặp trong năm 2001
và ban hành Tuyên ngôn Agile, đưa ra bốn giá trị chính
ưu đãi:
Các cá nhân và tương
tác. Các quá trình và các công cụ
•
Phần mềm làm
việc. Qua tài liệu hướng dẫn toàn diện
•
hợp tác khách hàng
qua đàm phán hợp đồng
•
Đối phó với thay đổi
trên theo một kế hoạch.
Các phương pháp nhanh nhẹn chấp nhận rộng rãi nhất đã được XP, mà chính
tiền đề kỹ thuật trong [14] là sự kết hợp của khách hàng
sắp xếp thứ tự, số gia phát triển ngắn, thiết kế đơn giản, cặp
lập trình, tái cấu trúc, và hội nhập liên tục sẽ san bằng
chi phí của biến đổi-vs đường cong.-thời gian trong hình 4. Tuy nhiên, số liệu
báo cáo đến nay cho thấy làm phẳng này không xảy ra đối với
các dự án lớn hơn. Một ví dụ được cung cấp bởi một tư tưởng lớn
hệ thống trình quản lý thuê được trình bày tại ICSE 2002 [62].
Khi kích thước của dự án đạt hơn 1000 câu chuyện, 500.000
dòng mã, và 50 người, với một số thay đổi chạm trên 100
đối tượng, chi phí của sự thay đổi chắc chắn tăng lên. Điều này yêu cầu các
dự án để thêm một số kế hoạch, kiểm soát, và ở mức độ cao hơn rõ ràng
đại diện kiến trúc.
Phân tích các "căn nhà" tương đối nhanh nhẹn và kế hoạch định hướng
phương pháp phát hiện ra rằng phương pháp nhanh nhẹn là khả thi nhất trên nhỏ
dự án với tại- tương đối thấp kết quả rủi ro, rất có khả năng
nhân sự, thay đổi nhanh chóng requireme
nts, và một nền văn hóa phát triển mạnh
về sự hỗn loạn, so với đơn đặt hàng. Như thể hiện trong hình 8 [36], các nhà nhanh
mặt đất là trung tâm của sơ đồ, mặt bằng nhà hoạch định hướng
là ở ngoại vi, và các dự án ở giữa như hợp đồng thuê
quản lý dự án cần thiết phải thêm một số định hướng kế hoạch- thực hành để
XP để ở lại thành công
Value-Based Software Engineering
nhấn mạnh phương pháp Agile 'về cải thiện khả năng sử dụng thông qua ngắn
số gia tăng và nội dung có giá trị ưu tiên cũng được
đáp ứng xu hướng trong tuỳ chọn phần mềm của khách hàng. A r
ecent
bảng Computerworld về "Tương lai của Công nghệ thông tin
(CNTT)" cho thấy khả năng sử dụng và tổng chi phí sở hữu lợi ích,
bao gồm cả người sử dụng kém hiệu quả và chi phí không hiệu quả, đang trở thành
ưu tiên hàng đầu các tổ chức của người sử dụng IT [5]. Một câu nói đại diện từ
luận viên Brian W. Arthur là "Máy tính đang làm việc về nhanh
như chúng tôi cần. Các nút cổ chai là làm cho nó có thể sử dụng tất cả. "Một kỳ
người dùng tổ chức mong muốn là có công nghệ mà thích nghi với mọi người
chứ không phải ngược lại. Điều này ngày càng được thể hiện trong sản phẩm của người sử dụng
hoạt động lựa chọn, tiêu chí đánh giá ngày càng nhấn mạnh
khả năng sử dụng và giá trị gia tăng so với một sự nhấn mạnh trước đây về sản phẩm
tính năng sản phẩm và chi phí mua hàng. Xu hướng như vậy cuối cùng sẽ
ảnh hưởng đến sản phẩm của nhà sản xuất và quá trình ưu tiên, tiếp thị
chiến lược, và sự sống còn cạnh tranh.
Một số xu hướng công nghệ ảnh hưởng mạnh mẽ công nghệ phần mềm cho
khả năng sử dụng và chi phí-hiệu quả là doanh nghiệp ngày càng mạnh mẽ
công cụ gói hỗ trợ, truy cập dữ liệu và khai thác mỏ, và Personal Digital
Assistant ( PDA) khả năng. Những sản phẩm này có tiềm năng to lớn cho giá trị sử dụng, nhưng việc xác định làm thế nào họ sẽ được tốt nhất
cấu hình sẽ liên quan đến rất nhiều thử nghiệm sản phẩm, shakeout,
và sự xuất hiện của các tổ hợp cao của khả năng hệ thống.
Xét về tác động quá trình phần mềm trong tương lai, thực tế là các
yêu cầu về năng lực cho các sản phẩm này mới xuất hiện chứ không phải là
prespecifiable đã trở thành thách thức chính. Không chỉ
người sử dụng triển lãm IKIWISI (tôi sẽ biết điều đó khi tôi nhìn thấy nó) hội chứng, nhưng
ưu tiên của họ thay đổi theo thời gian. Những thay đổi này thường tuân theo một
Maslow cần phân cấp, trong đó không được đáp ứng nhu cầu cấp thấp hơn là
ưu tiên hàng đầu, nhưng lại trở thành ưu tiên thấp hơn một khi nhu cầu được thỏa mãn
[96]. Vì vậy, người sử dụng ban đầu sẽ được thúc đẩy bởi sự sống còn về
khả năng xử lý công việc mới, tải, tiếp là an toàn một khi
nhu cầu khối lượng công việc chế hài lòng, sau đó tự
thực hóa về khả năng phân tích khối lượng công việc
nội dung cho tự hoàn thiện và hiểu biết xu hướng thị trường khi các
nhu cầu an ninh là hài lòng.
Rõ ràng là yêu cầu nổi lên là không tương thích với quá khứ
thực tiễn quá trình như yêu cầu về hướng thác nước tuần tự
quá trình mô hình và sỏi lập trình chính thức; và với quá trình
mô hình trưởng thành nhấn mạnh lặp lại và tối ưu hóa [114].
Ở vị trí của họ, hơn thích ứng [74] và nguy cơ điều khiển [32] mô hình đang
cần. Về cơ bản, lý thuyết cơ bản quá trình phần mềm
mô hình cần phải tiến hóa từ đơn thuần giản "hiện đại" thế giới
quan (phổ quát, nói chung, vượt thời gian, bằng văn bản) cho một tổng hợp của những
quan điểm thế giới tình huống "hậu hiện đại" (cụ thể, địa phương, kịp thời,
bằng miệng) như đã thảo luận trong [144]. Một giả thuyết gần đây của phần mềm dựa trên giá trị
kỹ thuật (VBSE) và các quá trình phần mềm liên quan của nó [37]
cung cấp một điểm khởi đầu cho việc giải quyết những thách thức này, và cho
mở rộng chúng đến các quá trình hệ thống kỹ thuật. Các liên kết
cuốn sách VBSE [17] có hiểu biết sâu sắc hơn nữa và hướng đang nổi lên
đối với quá trình VBSE.
Các phương pháp tiếp cận dựa trên giá trị cũng cung cấp một khuôn khổ cho
việc xác định mức rủi ro thấp, các bộ phận năng động của một dự án được tốt hơn
giải quyết bằng nhiều phương pháp nhanh nhẹn và nhẹ mà cao rủi ro,
bộ phận ổn định hơn được giải quyết tốt hơn bằng các phương pháp kế hoạch định hướng.
tổng hợp như vậy đang trở nên quan trọng hơn khi phần mềm trở nên
nhiều sản phẩm quan trọng hoặc nhiệm vụ quan trọng trong khi phần mềm
tổ chức tiếp tục tối ưu hóa về thời gian đưa ra thị trường.
Phần mềm Criticality và cậy
Mặc dù nhân dân , hệ thống ', và các tổ chức phụ thuộc vào
phần mềm ngày càng trở nên quan trọng, de-pendability là
nói chung không phải là ưu tiên hàng đầu cho các nhà sản xuất phần mềm. Theo lời của
các PITAC Báo cáo năm 1999, "Ngành công nghiệp CNTT dành phần lớn của
các nguồn lực, cả về tài chính và con người, về việc đưa sản phẩm nhanh chóng đến
thị trường." [123].