By Topic

Software, IEEE

Issue 6 • Date Nov 1995

Filter Results

Displaying Results 1 - 13 of 13
  • Critical reading for software developers

    Publication Year: 1995 , Page(s): 103 - 104
    Request Permissions | Click to expandAbstract | PDF file iconPDF (184 KB)  

    Reading is no less important in the earlier stages of development, in requirements, analysis, specification, and design, where the descriptions are-or should be-more varied both in form and in content than they are in programming. One virtue of the SADT view of software development is its insistence on reading as well as writing the descriptions produced. In SADT, the business of reviewing what ha... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • What “lean and mean” really means

    Publication Year: 1995 , Page(s): 101 - 102
    Request Permissions | Click to expandAbstract | PDF file iconPDF (228 KB)  

    Becoming lean means cutting salaries, trimming overhead, making the work place more spare, more crowded, and less comfortable. In short, it means making people's jobs less enjoyable in every conceivable way. If you find yourself working at a plastic desk in unnatural light, without proper clerical support, surrounded by bothersome noise, something is wrong, Your office at home, the place where you... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Designing interfaces for the organization

    Publication Year: 1995 , Page(s): 99 - 100
    Cited by:  Patents (3)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (188 KB)  

    Multiuser systems force interface designers to consider a web of interacting users. Our challenge is to design interfaces that help users understand not only how the application program works, but also how work within the organization itself is done. Future organizational applications thus demand that interface design goes well beyond graphical representations and interactive dialogues. We must de... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Programming in concurrent logic languages

    Publication Year: 1995 , Page(s): 71 - 82
    Cited by:  Papers (3)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (1168 KB)  

    The authors survey concurrent logic languages, which expand Prolog by dropping its built-in sequential search order. These languages make parallelism easy by avoiding the low-level constructs that result from a too direct translation of machine hardware into programmer's language View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Creating architectures with building blocks

    Publication Year: 1995 , Page(s): 51 - 60
    Cited by:  Papers (17)  |  Patents (2)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (1052 KB)  

    Large systems need a sound architecture. In our method, we decompose the system into building blocks to make it “future-proof,” accommodate functional needs, and minimize system complexity. We organize the system construction along three design dimensions covered by the system architecture: structure, aspects, and behavior. The structure determines the system's decomposition into parts... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Real programmers do use Delphi

    Publication Year: 1995
    Request Permissions | Click to expandAbstract | PDF file iconPDF (356 KB)  

    The author describes a career-journey that began with the maintenance of obsolete, poorly structured programs that came with almost no documentation. But he survived and moved on to work with and observe “real” programming practices in several companies. He describes how the “real” programming profession evolved and expanded into the mainstream of the software industry. E. ... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • The 4+1 View Model of architecture

    Publication Year: 1995 , Page(s): 42 - 50
    Cited by:  Papers (379)  |  Patents (10)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (696 KB)  

    The 4+1 View Model organizes a description of a software architecture using five concurrent views, each of which addresses a specific set of concerns. Architects capture their design decisions in four views and use the fifth view to illustrate and validate them. The logical view describes the design's object model when an object-oriented design method is used. To design an application that is very... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Web-based business process reengineering

    Publication Year: 1995 , Page(s): 116 - 118
    Cited by:  Papers (1)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (276 KB)  

    Software reengineering is not a widely accepted practice, but its methods and tools are critical to the success of business process reengineering (BPR). Reengineering software starts with an understanding of the existing system and an identification of those components that support the new business processes “as-is” and those that may have to be changed. Software reengineering would be... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • SEL's software process improvement program

    Publication Year: 1995 , Page(s): 83 - 87
    Cited by:  Papers (21)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (440 KB)  

    We select candidates for process change on the basis of quantified Software Engineering Laboratory (SEL) experiences and clearly defined goals for the software. After we select the changes, we provide training and formulate experiment plans. We then apply the new process to one or more production projects and take detailed measurements. We assess process success by comparing these measures with th... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Implementing dialogue independence

    Publication Year: 1995 , Page(s): 61 - 70
    Request Permissions | Click to expandAbstract | PDF file iconPDF (812 KB)  

    Separating the development of the core application from that of its user interface provides encapsulation, flexibility, and reuse advantages, but poses the problem of how to mirror changes to one component in the other. The authors identify three design patterns that achieve this mirroring while maintaining dialogue independence View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Architectural mismatch: why reuse is so hard

    Publication Year: 1995 , Page(s): 17 - 26
    Cited by:  Papers (128)  |  Patents (2)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (940 KB)  

    Why isn't there more progress toward building systems from existing parts? One answer is that the assumptions of the parts about their intended environment are implicit and either don't match the actual environment or conflict with those of other parts. The authors explore these problems in the context of their own experience with a compositional approach View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Comparing architectural design styles

    Publication Year: 1995 , Page(s): 27 - 41
    Cited by:  Papers (25)
    Request Permissions | Click to expandAbstract | PDF file iconPDF (1192 KB)  

    Different architectural styles lead not simply to different designs, but to designs with significantly different properties. This look at 11 designs of a cruise-control system shows that solutions varied, even within a design style, because of how the architectural choice leads the designer to view the system's environment View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.
  • Establishing a fair price for software

    Publication Year: 1995 , Page(s): 105 - 106
    Request Permissions | Click to expandAbstract | PDF file iconPDF (180 KB)  

    The first step in determining software value is to determine the benefits that come from single-copy use. Software benefits can include enabling task completion, enhancing task quality, or improving efficiency. Obviously, not everyone experiences the same amount of benefit-if they derive a benefit at all. This means you must establish an average benefit for each user and quantify it in dollars. Se... View full abstract»

    Full text access may be available. Click article title to sign in or learn about subscription options.

Aims & Scope

IEEE Software delivers reliable, useful, leading-edge software development information to keep engineers and managers abreast of rapid technology change.

Full Aims & Scope

Meet Our Editors

Editor-in-Chief
Diomidis Spinellis
Athens University of Economics and Business
28is Oktovriou 76
Athina 104 33, Greece
dds@computer.org