Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
skip to main content
article
Free access

Problem formulation for programmers

Published: 01 February 1977 Publication History
  • Get Citation Alerts
  • Abstract

    The various attempts to augment man's information processing capabilities with the use of machines became significantly more realistic with the advent of the modern electronic and adaptive-logic computers4. With the introduction of advanced computing capabilities, a host of new and serious challenges emerged. One of the main challenges is that of transforming an ill-stated problem to one acceptable by the computer. Once a problem is well-stated, communication becomes relatively simple3. The burden is on the programmer to be the interface between the world of ill-stated problems and the computers. The programmer has to select a methodology by which he can take an ill-stated problem and restate it in such a way that it can be developed into a set of procedures and expressed in a language that is acceptable and understood by the machine. In order to more fully utilize computers for problem solving it is necessary that we understand more completely how we formulate a problem solution. Probes into the problem formulation question have been of two types, symptomatic and methodilogical. The symptomatic approach focuses on the program structuring capabilities provided by programming languages. It is believed that programming languages having certain program structuring features permit a more comprehensible organization of the problem solution and relate positively to successful programming. The second approach, which is being proposed here, is to examine problem solving methodologies used in computer programming. Our specific objectives are (1) to examine the possibility that a recognizable set of problem solving strategies maybe observed in a programming task, (2) given such strategies, the relationship these have to success levels in programming performance. In other words, how does programming performance vary as a function of the structuring of the problem by the programmer.

    References

    [1]
    Dahl, 01 J., Dijkstra, E.W., Structured Programming, Academic Press, New York, (1972).
    [2]
    Denning, P.J., "Guest Editor's Overview," ACM Computing Surveys 6, 4 (December 1974), 209-212.
    [3]
    Kochen, M., Badre, A.N., Badre, B., "on Recognizing and Formulating Mathematical Problems," Instructional Science 5, (1976), 115-131.
    [4]
    Ting, T.C., Badre, A.N., "A Dynamic Model of Man-Machine Interactions: Design and Application with an Audiographic Learning Facility," International Journal of Man-Machine Studies 8, (1976), 75-88.
    [5]
    Murrill, P.W., Smith, C.L., An Introduction to FORTRAN IV Programming, A General Approach, Second Edition, Intext Educational Publishers, New York, 1975.
    [6]
    Weizenbaum, J., "Science and the Compulsive Programmer," Partisan Review, 2(1975), 237-250.
    [7]
    Wirth, N., "On the Composition of Well-Structured Programs," ACM Computing Surveys 6, 4(December 1974), 247-260.
    [8]
    Weinberg, G.M., Psychology of Computer Programming, Van Nostrand Reinhold, (1971).
    [9]
    Yohe, J.M., "An Overview of Programming Practices," ACM Computing Surveys 6, 4 (December 1974), 221-246.

    Cited By

    View all

    Recommendations

    Comments

    Information & Contributors

    Information

    Published In

    cover image ACM SIGCSE Bulletin
    ACM SIGCSE Bulletin  Volume 9, Issue 1
    Special issue seventh technical symposium on computer science education
    Feb 1977
    187 pages
    ISSN:0097-8418
    DOI:10.1145/382063
    Issue’s Table of Contents
    • cover image ACM Conferences
      SIGCSE '77: Proceedings of the seventh SIGCSE technical symposium on Computer science education
      February 1977
      187 pages
      ISBN:9781450374071
      DOI:10.1145/800104
    Permission to make digital or hard copies of all or part of this work for personal or classroom use is granted without fee provided that copies are not made or distributed for profit or commercial advantage and that copies bear this notice and the full citation on the first page. Copyrights for components of this work owned by others than ACM must be honored. Abstracting with credit is permitted. To copy otherwise, or republish, to post on servers or to redistribute to lists, requires prior specific permission and/or a fee. Request permissions from [email protected]

    Publisher

    Association for Computing Machinery

    New York, NY, United States

    Publication History

    Published: 01 February 1977
    Published in SIGCSE Volume 9, Issue 1

    Check for updates

    Qualifiers

    • Article

    Contributors

    Other Metrics

    Bibliometrics & Citations

    Bibliometrics

    Article Metrics

    • Downloads (Last 12 months)33
    • Downloads (Last 6 weeks)5
    Reflects downloads up to 06 Aug 2024

    Other Metrics

    Citations

    Cited By

    View all
    • (1982)Designing the human-computer interfaceACM SIGCSE Bulletin10.1145/989322.98933214:3(41-44)Online publication date: 1-Sep-1982
    • (1982)Designing the Human-Computer InterfaceProceedings of the 1982 Conference on Human Factors in Computing Systems10.1145/800049.801796(288-291)Online publication date: 15-Mar-1982
    • (1978)3. Software and computer languagesInformation Processing & Management10.1016/0306-4573(78)90079-114:5(339-340)Online publication date: Jan-1978
    • (1982)Designing the Human-Computer InterfaceProceedings of the 1982 Conference on Human Factors in Computing Systems10.1145/800049.801796(288-291)Online publication date: 15-Mar-1982

    View Options

    View options

    PDF

    View or Download as a PDF file.

    PDF

    eReader

    View online with eReader.

    eReader

    Get Access

    Login options

    Media

    Figures

    Other

    Tables

    Share

    Share

    Share this Publication link

    Share on social media