Abstract
In industry, metrics are extremely important and are used to anticipate errors and problems, for instance. These frequently arise at a later stage during the use of products developed by teams of programmers and designers; applying metrics can thus save costs particularly for “maintenance.” However, metrics are also useful in academia. For example they can be used in tools to measure students programs, improving learning, and allowing the marking and assessment of students’ progress while learning a particular programming language.
Access this chapter
Tax calculation will be finalised at checkout
Purchases are for personal use only
Preview
Unable to display preview. Download preview PDF.
Similar content being viewed by others
References
Azem, A., Belli, F. and Jedrzejowicz, P. (1994), “Reliability prediction and estimation of Prolog programs,” IEEE Trans. on Reliability, Vol. 43, No. 4, December.
Baker, H.G. (1997), “When bad programs happen to good people,” ACM SIGPLAN Notices, Vol. 32, No. 3, March.
Basili, V.R. and Rerricone, B.T. (1984), “Software errors and complexity: an empirical investigation,” Communications of the ACM, Vol. 27, pp. 42–52.
Bental, D (1993), “Why doesn’t my program work? Requirements for automated analysis of novices’ computer programs,” Workshop on automated program understanding AI&ED 93, World conference on AI in Education.
Beizer, B. (1990), Software testing techniques,2nd Edition, International Thomson Computer Press.
Berry and Meekings (1985), “A style analysis of C programs,” Communications of the ACM, Vol. 28.
Bratko, I. (1990), Prolog programming for Artificial Intelligence,2nd Ed. Addison-Wesley.
Bronowski, J. (1973), The Ascent of Man, Little, Brown & Co., Boston/Toronto.
Calani Baranauskas, M.C. (1995), “Observational studies about novices interacting in a Prolog environment based on tools,” Instructional Science, Vol. 23, pp. 89–109.
Collins English Dictionary,HarperCollins Publishers.
Covington, M.A. (1985), `Eliminating loops in Prolog,“ ACM SIGPLAN Notices, Vol. 20, No. 1.
Curtis (1979), “In search of software complexity,” Workshop on quantitative software models for reliability, pp. 95–106.
Evangelist, W.M. (1983), “Software Complexity metrics sensitivity to program structuring rules,” Journal of system and software, Vol. 3, pp. 231–243.
Fenton, N. (1991), Software metrics: A rigorous approach, Chapmann & Hall, London.
Foxley, E., Higgins, C.A. and Burke, E. (1996), “The Ceilidh system: A general overview 1996,” Monitor, CTI COMPUTING, newsletter Vol. 7.
Henry and Kafura (1981), “Software structure metrics based on information flow,” IEEE Transaction on Software Eng. Vol. SE-7 (5), p. 510–518.
Darbydownman, K. and Little, K. (1997), “Critical factors in the evolution of logic programming and Prolog,” European Journal of Information Systems, Vol. 6: 1, pp. 67–75.
Joseph, K. et al. (1986), “Software complexity measurement,” Communications of the ACM, Vol. 29, pp. 1044–1050.
Kaposi, A., Kassovitz, L. and Markusz, Z. (1979), “PRIMLOG, a case for augmented Prolog programming,” Proc. Informatica, Bled, Yugoslavia.
Kaplan, M. (1991), “A plea for readable pleas for readable Prolog programming style,” SIGPLAN Notices, Vol. 26:2, pp. 41–50, Feb.
Kearney, J.K., Sedlmeyer, R.L., Thompson, W.B., Gray, M.A. and Adler, M.,A. (1986), “Software complexity measurement,” Communications of the ACM, Vol. 29, pp. 1044–1050.
Kernigham, B.W. (1981), Software tools in Pascal,Prentice Hall.
Looi, C.-K. (1991), “Automatic debugging of Prolog programs in a Prolog intelligent tutoring system,” Instructional Science, Vol. 20, pp. 215–263.
Mansouri, F.Z. and Higgins, C.A. (1997), “Prolog: An annotated bibliography,” ACM SIGPLAN Notices, Vol. 32: 9, pp. 47–53.
Markusz, Z. and Kaposi, A.A. (1985), “Control in logic-based programming,” Computer Journal, Vol. 28, pp. 487–495.
Matsumoto, H.A. (1985), “Static analysis of Prolog programs,” SIGPLAN Notices. Vol. 20:10, pp. 48–59, Oct.
McCauley, R.A. (1992), Conceptual complexity analysis of logic programs,PhD thesis.
McCabe, T.J. (1976), “A complexity measure,” IEEE Transaction on software Engineering, Vol. SE-2:4, Dec.
Myers, M. (1989), “Structural modelling of Prolog for metrication,” Proceedings of the 2nd European software engineering conference(ESEC), SPRINGER, Coventry, UK 387, pp. 351–375, May.
O’Keefe, R. (1990), The Craft of Prolog,MIT press.
Redish, K.A., Smyth, W.F. and Sutherland, P.G. (1984), “AUTOMARK — An experimental system for marking student programs,” Proceedings of CIPS, Calgary, Alberta, Canada, pp. 43–46, Canadian Information Processing Society, May.
), SICStus Prolog User’s Manual,Swedish Institute of Computer Science, Release 3#0, June.
Wohlin, C. (1996), “Revisiting Measurement of software complexity,” Proceedings ASIA Pacific Software Engineering Conference, Seoul, South Korea, pp. 4–7, Dec.
Author information
Authors and Affiliations
Editor information
Editors and Affiliations
Rights and permissions
Copyright information
© 2000 Springer-Verlag Berlin Heidelberg
About this chapter
Cite this chapter
Higgins, C.A., Mansouri, F.Z. (2000). PRAM: A Courseware System for the Automatic Assessment of AI Programs. In: Jain, L.C. (eds) Innovative Teaching and Learning. Studies in Fuzziness and Soft Computing, vol 36. Physica, Heidelberg. https://doi.org/10.1007/978-3-7908-1868-0_10
Download citation
DOI: https://doi.org/10.1007/978-3-7908-1868-0_10
Publisher Name: Physica, Heidelberg
Print ISBN: 978-3-7908-2465-0
Online ISBN: 978-3-7908-1868-0
eBook Packages: Springer Book Archive