2012年计算机高级语言课程设计(C)要求与安排

2012年“计算机高级语言课程设计（C）”
课程设计是实践性教学环节。在C语言课程设计阶段，学生要通过模仿范例
的练习最终完成独立的程序编制任务。课程设计的目的是要让学生了解程序（软
件）开发的规范方法，培养学生的实际编程能力。

在实际工作中，开发一个软件，在通过可行性论证后，软件交给用户使用前，
一般要经过下列阶段。

需求分析/问题定义—设计—编写代码—组合测试
学生在完成课程设计后，应该对程序开发的各阶段及其任务有所了解和体
会，通过学习和实践，初步学习和掌握程序开发过程的规范性方法。学生是否掌
握程序开发过程的规范，完成任务是否合理、正确、完备，就要通过课程设计报
告表达出来。

教材：张冬梅, 等编著. 《基于PBL的C语言课程设计及学
习指导》（北京: 清华大学出版社, 2011）

课程设计安排
以上机实验的形式自学《基于PBL的C语言课程设计及学习指导》
课程设计部分的内容为主，每位同学根据自己在班级中的序号，从该
教材的第六章中选择对应序号的问题作为本次课程设计的题目，完成
课程设计报告的编写。
最终的成绩将根据上机考勤、课程设计报告、软件程序的完成情
况来确定，请大家认真完成。
课程设计报告的编写和提交要求
1） 课程设计报告必须按照《中国地质大学本科生课程论文》的模
板编写，不符合格式要求的将扣分；
2） 最终必须提交的东东包括：纸质《课程论文》一份，《课程论文》
电子版一份，软件程序源码和数据（能够运行出论文中的结果）
一份。
3） 提交的最后期限：2012年6月19日

C课程设计上机时间
时间 地点
1
2012年6月11日，周一，14:00-17:45 信息中心 105
2
2012年6月12日，周二，14:00-17:45 信息中心 105
3
2012年6月13日，周三，18:00-21:45 信息中心 105
4
2012年6月16日，周六，18:00-21:45 信息中心 105
5
2012年6月17日，周日，8:00-11:45 信息中心 105
6
2012年6月17日，周日，14:00-17:45 信息中心 105
7
2012年6月18日，周一，14:00-17:45 信息中心 105
8
2012年6月19日，周二，14:00-17:45 信息中心 105
提交课程论文纸质一份、电子版一份、程序源码和数据一份。
截至时间：2012年6月19日
课程设计报告的主要内容
下面结合《基于PBL的C语言课程设计及学习指导》第5章的例题，说明课
程设计报告的各部分应该包含的主要内容。

1、需求分析/问题定义
每位学生都有一个要完成的题目。题目代表了一个实际需要解决的问题或者
某项工作的实际操作过程。

“需求分析”就是由程序编制人员在深入理解用户工作过程或者用户要求的
基础上，描述将要交给用户的程序（应用系统）运行后的执行情况（功能和效果），
它要描述计算机将如何模拟完成用户的各项任务。“需求分析”部分是用户最后
验收程序的重要依据。

题目是从用户的角度出发、使用用户的语言来叙述的。“问题定义”，它是
程序设计人员与用户沟通后，从编程者的角度对问题的叙述，它是编程人员用计
算机领域的术语来重新描述用户所提出的要求，用确定清晰的语言说明最终提交
给用户的应用系统的性能。“问题定义”是编程人员的检验、调整、修改程序时
的重要依据。

2、总体设计
总体设计部分要包含以下内容：
系统的功能模块划分（图）。如有必要，再用文字进行扼要说明。
列出自定义数据类型的定义、全局变量的定义。
说明数据文件存储的数据内容以及存储结构。
3、详细设计
选择具有代表性和典型性的模块进行详细分析，其它模块则简明扼要地说
明。进行详细分析的内容是1、叙述算法；2、列出流程图；3、说明模块内的控
制实现的策略，指明完成控制的变量和控制逻辑；4、说明公共函数的功能等。

4、上机操作
调试程序/程序测试
从写出代码直至得到可以真正运行的系统，必须经过程序的调试和测试。程
序代码测试有一整套系统的理论和方法，有兴趣的同学可以看参考书了解更多内
容。测试程序的目的不是证实自己程序的正确性而是找出其中的潜在错误。在调
试程序时，可以有意输入一些边缘性的、不合理或者错误数据，测试程序是否能
合理处理。测试过程，可以发现程序中的错误。在设计报告中可以列出一些你测
试程序查找错误的思路做法，包括待测试的模块，准备测试数据的目的和测试数
据，实际的输出结果，得出的结论，对程序作了什么修改等内容。

5、总结
这一部分是对课程设计学习过程的小结，也可以分类说明遇到的问题及解决
的方法；当然也可以有感想之类的内容。

程序设计注意事项
在C语言课程设计阶段所编写的程序，是用程序解决实际问题的一次模拟练
习。在编程程序过程中，除了要考虑采用良好算法提高程序的效率之外，一个重
要的要求是要多从用户的角度考虑问题，编写出符合用户习惯、有足够提示信息、
易于用户操作的“用户友好”系统。

足够的代码注释和提示信息 程序运行过程中要求用户输入数据时，要让用
户知道待输入数据的含义、格式、范围等内容；在界面转换或者出现菜单处，要
对当前状况有明确交代。例如，显示“工资查询结果界面”或者“设备管理系统
主菜单”等等内容。总之，提示信息要足以让用户明白自己要进行的操作，让用
户随时掌握程序当前的运行状态。

提示用语符合用户习惯 程序运行界面的文字，应该尽量使用中文。在提示
用语中，少用或者不用计算机专业的术语而用日常生活用语或者用户所属行业的
术语代替。例如，用“整数”代替“整型数据”；用“项目”而不使用“字段”
等。对程序运行的中间结果或者最终结果，要明确标示每项数据代表的含义以及
数据的不同值所表示的意义，而不是简单显示存储数据所用的内存变量名称和变
量的值。例如，显示“方程没有实根”，不要显示“d<0”。再如，查询结果显
示为 婚姻状况：已婚 而不要显示成：m == 1
减少和方便用户操作， 1、减少用户的操作，如果要求输入的数据项是若
干确定的内容之一，例如，性别、学历等项目，提供选项让用户选择而不是让用
户输入具体值。2、考虑到用户发生操作错误的可能性并能进行正确处理。例如，
由用户选择某操作时，让用户再确认一次；或者设置一个默认值，当用户操作错
误时，按默认值进行处理。如果是由用户输入数据，可以通过设置输入数据宽度
来控制数据的范围，还可以设定出错的允许次数，在允许的次数内，用户可以重
新操作，例如输入密码。如果用户操作错误，一是要保护数据的正确性，二是要
使程序继续运行或者正常结束，不能因此使程序运行受影响。