RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 4
TI The Infamous Ratio Measure
A1 Hakan Erdogmus,
K1 null
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.81
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.81

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 8
TI Requiring Design, Designing Requirements
K1 null
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.70
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.70

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 10
TI Improving Evidence about Software Technologies: A Look at Model-Based Testing
A1 Arilo Dias Neto,
A1 Rajesh Subramanyan,
A1 Forrest Shull,
A1 Guilherme Horta Travassos,
A1 Marlon Vieira,
K1 empirical study
K1 model-based testing
K1 systematic review
AB Model-based testing (MBT) approaches help automatically generate test cases using models extracted from software artifacts, and hold the promise to greatly affect how we build software. A review of the literature shows that certain specialized domains are applying MBT, but it does not yet seem to be a mainstream approach. The authors therefore conducted a systematic review of the literature to investigate how much evidence is available on MBT's costs and benefits, especially regarding how these techniques compare to other common testing approaches. They use these results to derive suggestions regarding what types of studies might further increase the deployment of these techniques.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.64
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.64

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 14
TI Design Strategy
A1 Rebecca J. Wirfs-Brock,
K1 strategic design
K1 design stories
K1 core problems
K1 domain modeling
AB Designers need to sharpen their focus and apply design energy where it will have the most impact. So, identifying what's core to our system's success is one of the most critical things we must do.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.58
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.58

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 16
TI Requirements Elicitation with and for Older Adults
A1 Ulrike Pfeil,
A1 Helena Sustar,
A1 Panayiotis Zaphiris,
K1 older adults
K1 empathic interfaces
K1 user-centered design
AB This installment of the Requirments column addresses how to apply user-centered design methods to design interactive systems for the elderly. A case study (with its successes and weaknesses) showed that a need exists for more creative and participatory design approaches for this population.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.69
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.69

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 18
TI Architectural Organizational Patterns
A1 Grady Booch,
K1 organizational pattern
K1 architectural patterns
K1 risk confrontation
AB What is the optimal design for a given system, a design that reasonably balances all the forces that weigh in on the problem? In turn, what is the optimal organizational structure for developing, deploying, and evolving that system? The challenge for every organization is to find the sweet spot that provides the right balance of innovation, predictability, repeatability, and risk confrontation for that project at every given moment. The book Organizational Patterns of Agile Development by Jim Coplien and Neil Harrison focuses on organizational patterns, a number of which are germane to the evolution of a system's architecture. The author proposes five additional, overarching organizational patterns.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.56
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.56

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 20
TI Getting Software RITE
A1 Jeff Patton,
K1 usability testing
K1 RITE
K1 agile
K1 testing
K1 quality
AB Salesforce.com has used the RITE (Rapid Iterative Testing and Evaluation)method to quickly and iteratively improve its software design. RITE has helped the company retain high quality while increasing its rate of delivery using an agile development approach.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.62
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.62

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 22
TI Software Builders
A1 Diomidis Spinellis,
K1 build process
K1 Ant
K1 Make
K1 Maven
K1 tinderbox
K1 dependency tracking
K1 continuous integration
AB The tools and processes we use to transform our system's source code into an application that we can deploy or ship have always been important, but nowadays they can mean the difference between success and failure. Software building's golden rule is that you should automate all build tasks. The most popular tool options for doing this are the facilities that your integrated development environment (IDE) provides, the various implementations of Make, and Apache Ant and Maven. Using an IDE can be problematic. Ant and Maven provide a portable solution for Java developers, while Make is more flexible and transparent. You can optimize the build process by appropriate dependency tracking and parallelization. Once an automated build process is in place, you can use it as a basis for continuous builds.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.74
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.74

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 24
TI The Case for Quantitative Process Management
A1 Girish V. Seshagiri,
A1 Donald Reifer,
A1 Bill Curtis,
A1 Gargi Keeni,
A1 Iraj Hirmanpour,
K1 Quantitative Process Management
K1 Quantitative Project Management
K1 Quantitative Software Models
K1 Predictive Software Models
K1 Statistical Project Management
AB This article introduces a special section on "Embedding Statistical Methods into Software Engineering Practices." It provides a background on Quantitative Process Management and makes the case for why these methods are important. It presents an example of how a model can be developed to predict project outcomes by using data emerging from the performance of process tasks. It discusses how these methods can be used with different software development paradigms. It ends by summarizing develops needed in five different communities in order for these methods to be widely adopted.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.80
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.80

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 29
TI Stochastic Optimization Modeling and Quantitative Project Management
A1 Uma Sudhakar Rao,
A1 Chinmay Pradhan,
A1 Srikanth Kestur,
K1 stochastic optimization modeling
K1 quantitative project management
K1 monte carlo simulations
K1 process capability baselines
K1 sensitivity analysis
K1 SWOT analysis
AB A successful project effectively manages four cornerstones—schedule, cost, scope, and quality—to achieve its goals. Every project activity influences these four cornerstones. Stochastic optimization modeling factors in the uncertainties associated with project activities and provides insight into the expected project outputs as probability distributions rather than as deterministic approximations. Integrating stochastic optimization modeling with quantitative project management provides near-real-time feedback, enabling projects to monitor areas that induce maximum variability and thereby initiate corrective actions as required.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.77
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.77

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 37
TI Making Statistics Part of Decision Making in an Engineering Organization
A1 Kevin Domzalski,
A1 David N. Card,
A1 Glyn Davies,
K1 measurement
K1 statistical process control
K1 quality management
AB This article describes the experience of deploying statistical analysis techniques at BAE Systems Network Systems, a software and systems development organization. It outlines the techniques implemented, deployment methods, and results obtained. It discusses the challenges encountered and strategies for overcoming them.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.66
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.66

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 48
TI Point/Counterpoint
A1 Ed Weller,
A1 David Card,
A1 Bill Curtis,
A1 Bob Raczynski,
K1 software development
K1 software metrics
K1 statistical process control
AB "Point Argument: Applying SPC to Software Development: Where and Why," by Ed Weller and David Card. Statistical Process Control focuses on key subprocesses in the overall software development process. Under the right conditions, SPC is another useful tool in our toolkit. "Counterpoint Argument: Software Data Violate SPC's Underlying Assumptions," by Bob Raczynski and Bill Curtis. Software tasks are an intermingled mix of skill levels, component complexities, and project conditions that severely diminish the power of SPC techniques such as control charts. This department is part of a special issue on quantitative project management.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.68
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.68

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 52
TI Open Source Software in Industry
A1 Christof Ebert,
K1 free and open source software
K1 FOSS
AB Many of today's most innovative products and solutions are developed on the basis of free and open source software (FOSS).
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.67
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.67

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 54
TI Should You Adopt Open Source Software?
A1 Herwig Mannaert,
A1 Jan Verelst,
A1 Kris Ven,
K1 management review and evaluation
K1 management of computing and information systems
K1 software management
K1 software selection
AB Organizations have increasingly adopted open source software (OSS) as an essential part of their IT infrastructure. However, several reports and articles contain contradicting claims on the advantages and disadvantages of using OSS. This article describes how decision makers can interpret these reports. The authors performed a case study involving 10 Belgian organizations to support their conclusions from a review of the professional and academic literature. This article can provide decision makers with more insight into whether, when, and how to adopt OSS.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.73
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.73

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 60
TI The Bazaar inside the Cathedral: Business Models for Internal Markets
A1 Jacco Wesselius,
K1 software engineering management
K1 reusable software
K1 reuse models
K1 inner-source software development
K1 business models
K1 open source software development
K1 software platform development
AB Since 1997, Philips Healthcare has been developing a software platform for its medical-equipment product line. Initially, the company used a closed-source approach, with a centralized platform development group. In the course of development, this process has evolved into a more open-source approach in which Philips Healthcare's entire software development community contributes to platform development. Making such a transition is not trivial. Given the typical OSS culture, a top-down approach—essentially forcing groups to become suppliers on the internal software market—won't work. For groups to switch from being consumers to being suppliers, they must have incentives and find the prospect attractive. Philips Healthcare has been working toward an internal open-source market for more than five years. In this article, the author describes the company's evolving process along with lessons learned about market mechanisms and business models for the internal software market. The key question guiding their efforts is how to turn software consumers into active producers of the platform assets.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.79
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.79

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 67
TI RFID Applications: Interfacing with Readers
A1 Christian Floerkemeier,
A1 Elgar Fleisch,
K1 radio-frequency identification
K1 RFID
AB As the proliferation of RFID systems progresses, software developers increasingly face the challenge of interfacing with these low-cost automatic identification systems. The authors provide an overview of the existing approaches to integrating RFID technology into IT systems. They discuss common challenges for software developers and present different RFID system architectures.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.71
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.71

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 71
TI Implementing Requirements Engineering Processes: Using Cooperative Self-Assessment and Improvement
A1 Michael Eisenbarth,
A1 Michael Ehresmann,
A1 Jörg Dörr,
A1 Sebastian Adam,
K1 requirements engineering
K1 requirements management
K1 process improvement
K1 best practices
AB As enterprises become increasingly aware of requirements engineering's importance, many have been tempted to invest in improving corresponding processes. Unfortunately, many process improvement approaches for requirements engineering don't meet small enterprises' needs and are often hard to apply in small companies. The ReqMan process improvement approach considers small organizations' specific needs by involving employees in the improvement process, enabling them to make improvement decisions rather than having external consultants make the decisions. During the last two years, this approach has been successfully applied in case studies, resulting in strong, positive stakeholder participation in the improvement discussion and high acceptance of the improvements, even by persons who were normally skeptical about improvement activities.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.63
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.63

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 78
TI Avoiding Irrelevant and Misleading Information When Estimating Development Effort
A1 Stein Grimstad,
A1 Magne J?rgensen,
K1 software development
K1 effort estimation
K1 estimation irrelevant information
AB Software development effort estimates are reported to be highly inaccurate and systematically overly optimistic. Empirical evidence suggests that this problem is caused to some extent by the influence of irrelevant and misleading information—for example, information about the client's budget. The only effective way to eliminate this influence is to avoid exposure to such information. Other means, such formal effort estimation models, improved analysis of requirement specifications, and better selection of estimators, might have a positive effect but don't eliminate the influence. Proposed changes to the estimation process can help eliminate unnecessary information, leading to more realistic effort estimation.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.57
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.57

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 84
TI Flexible Self-Management Using the Model-View-Controller Pattern
A1 Paul Grace,
A1 Edward Curry,
K1 self-management system
K1 Model-View-Controller
K1 software engineering
K1 design concepts
K1 software architectures
K1 data abstraction
K1 design pattern
AB Future self-management software systems will need to operate in diverse environments with changing requirements. This necessitates flexible system implementations, easily customizable to target domains and associated requirements. An important part of a self-management infrastructure is the self-representation, which models system functionality concerns, allowing their inspection and adaptation. As the range of self-management capabilities expands, the task of creating appropriate self-representations becomes ever more complex. Future self-representations will need to track greater amounts of system information than ever before, and in a way that's flexible, customizable, and portable between system implementations. Meeting these requirements will require a maturing in the design and construction practices for self-representations. The Model-View-Controller design pattern can improve concern separation in a self-representation. This pattern helps encapsulate state, analysis, and realization operations, improving a self-representation's flexibility, customization, and portability.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.60
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.60

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 91
TI Ultralarge Systems: Redefining Software Engineering?
A1 Greg Goth,
K1 Ultralarge systems
K1 ULS
K1 software engineering
K1 Ulssis
K1 Lscits
K1 ubiquitous computing
AB Ultra-Large-Scale Systems: The Software Challenge of the Future, a report produced by Carnegie Mellon University's Software Engineering Institute, just might be a watershed blueprint for the next generation of top-level software design. Although it's written with a distinct slant toward the US military's future requirements, its description of how the fundamental principles of software design will change in a global economy—defined by ubiquitous computing—are finding wide appeal.
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.82
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.82

RT Journal Article
JF IEEE Software
YR 2008
VO 25
IS
SP 95
TI Software: Hero or Zero?
A1 Robert L. Glass,
K1 software
K1 software engineering
K1 Hubble Space Telescope
K1 Seasprite
AB People might love to support underdogs, but they also love to kick them when they're down. And, at this point in time at least, software is the world's technological underdog!
PB IEEE Computer Society, [URL:http://www.computer.org]
SN 0740-7459
LA English
DO 10.1109/MS.2008.75
LK http://doi.ieeecomputersociety.org/10.1109/MS.2008.75