昆明理工大学信息管理(教务管理系统)课程设计报
首页
阅读:
admin
2019-11-24 09:47

  昆明理工大学信息管理(教务管理系统)课程设计报告_管理学_高等教育_教育专区。课程设计报告 课题名称: 姓 名: 学 号: 指导教师: 地 点: 教务管理系统 郭剑毅 信自 234 2015 年 6 月 8 日 管理信息系统课程设计 目 录 绪论· · · · · ·

  课程设计报告 课题名称: 姓 名: 学 号: 指导教师: 地 点: 教务管理系统 郭剑毅 信自 234 2015 年 6 月 8 日 管理信息系统课程设计 目 录 绪论· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2 1、系统规划 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2 1.1 系统的开发背景 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2 2、系统分析 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3 2.1 需求分析 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3 2.2 可行性分析 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·错误!未定义书签。 2.3 教务管理业务流程分析 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·错误!未定义书签。 2.4 教务管理数据流图分析 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·错误!未定义书签。 2.5 教务管理数据字典 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·错误!未定义书签。 3、系统设计 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 9 3.1 系统总体设计 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·错误!未定义书签。 3.1.1 教务管理功能结构设计· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 9 3.1.2 教务管理运行环境设计· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 10 3.1.3 硬件设备的购置 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 10 3.1.4 系统总体流程图设计· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 11 3.2 教务管理详细设计 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 12 3.2.1 教务管理代码设计· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 12 3.2.1.1 系部编码方案 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 12 3.2.2 教务管理数据库设计· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 12 3.2.2.1 学籍课程文档管理 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 12 3.2.2.2 成绩管理子系统 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 15 3.2.3 输入输出设计 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 16 3.2.4 考试子系统的工作流程· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 16 4、系统实施 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 17 4.1 物理系统的实施 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 17 4.1.1 网络系统的实施 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 17 4.1.2 数据库系统的实施· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 17 4.2 程序设计 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 17 4.3 系统测试与调试 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 17 结语· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 18 1 管理信息系统课程设计 绪论 近几年,随着教育规模的持续扩大,在大众教育体系中,学生更像消费者,他们要求学 校制度的多样化。学校需要给学生更多的自由选课、选专业方向、选专业、选择学业进度、 实行主、辅修制、注册自由、提示劝导、毕业资格审核等等,学校的服务应以学生为服务对 象,提供优质服务。这些都给学校的传统管理带来了巨大的麻烦,这样传统管理模式将无法 满足这种新的模式。在这种情况下,各校纷纷仿效国外的学分制管理,随着学分制和教学模 式的改变,学校为了配合学分制及无纸化办公,提出了教务系统的信息化、网络化,即在新 的教学管理体制下,如何利用计算机,利用校园网,构建以为学生服务为中心的网上教务系 统,依据新的教务系统,从全局开始设计,充分考虑未来的扩展性,让数据在网上流动,学 生、学科、学院、教务、财务、学工一条线,全部实现计算机管理。由此引进并开发了全新 的《教务管理系统》。 1、系统规划 1.1 系统的开发背景 信息时代的到来意味着工作效率的日渐提高, 同时也给教务管理部门带来更 大的压力,教务部门必须及时准确地提供各种参考材料,若无法作到这一点,将 成为学校发展、的瓶颈。基于这一原因,教务管理工作无一例外受到领导的高度 重视,同时,国家在评审学校的各种资质时,也都把学校教务管理是否达标作为 重要评定因素之一。 “提升教务管理档次,将教务交给计算机管理”正在成为一 种潮流, 同时, 计算机管理突出优势也在影响教务管理的机制。 使用计算机查询, 将纸载教务管理与电子教务利用结合起来,可以完美解决这一难题,大幅度降低 教务管理费用。现行系统的主要问题归纳起来主要有:1. 单机单用户系统,随 着网络的发展和校园网的建立, 同时教务管理系统中信息的使用者大大增加,原 有的单机单用户系统已远远不能满足需要。同时,原有的数据库也不支持多用户 的网络运行环境。 2.系统独立性差,原有系统一般都是使用数据库提供的开 发工具编写的程序,因此收数据库的制约比较大,编写出来的程序性能也不好。 特别是无法支持如 Access, MS SQL Server 等新的数据库。 3.模块性差,由于 不是一个完整的编程语言, 故无法做到代码的模块化,给功能的扩展带来了巨大 的不便。 1.基于 Internet 的 B/S 教务管理系统 把学校教务处、教学系(部)和行政机构,从现实转换为对应的虚拟机构。 2.用关系数据库作为后台数据库管理系统 建立学生档案库,用于存储学生档案;建立成绩库,用于存储学生成绩、补 考成绩,便于查询、统计;建立教学任务库.用于查询、统计;建立教学文件库, 用于存储试卷、教学计划、教案、总结。用于教学检查和抽取试卷。 3.系统数据库性能优化 教师在线管理成绩和教学文件。 学生通过网络可在线查询本系统是针对高校 教务管理,对学生信息、课程、选课、成绩等信息需要大量的 Insert、Update、 Select 操作,用户量和数据量都很大,随着数据库规模的扩大和系统中用户数目 的增加,内部竞争的复杂性也增大,需要保证数据库的并发性、可靠性以及最终 用户的速度。 2 管理信息系统课程设计 4. 管理绩效考核评价制度,内在激励弱化。 2、系统分析 2.1 需求分析 教务管理系统的需求是:在计算机网络,数据库和先进的开发平台上,利用 现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维 护的、具有良好人机交互界面的教务管理系统,实现机关、学校、事业等单位教 务的自动化的计算机管理系统,为各单位的提供准确、精细、迅速的教务信息。 2.2 可行性分析ernet 的 B/S 教务管理系统,Internet 是通过 TCP/IP 及其他协议把不 同位置的计算机连接起来的网络。 2.关系数据库作为后台数据库管理系统 3.cle 性能的优化主要是提高数据库的吞吐量和降低数据的响应时问。针对 本系统的特点,主要考虑调整数据库全局区、磁盘 I/O、使用连接池、SQL 语 句优化及合理使用索引等来提高系统整体性能。 2.3 教务管理业务流程分析 1.学生档案管理——招生就业处与教学系(部)负责提供当年报到录取的新生 档案。 2.教学任务管用——每学期教务处根据教学计划下达学院公共课程和教学 系(部)专业选课的教学任务, 各教学系(部)根据教学计划下达本系(部)专业基础课 和专业课的教学任务。各教学系(部)聘请教师组织管理教学。 3.学生成绩管理——任课教师根据教学任务组织教学,并负责提交学生的成 绩和所任课程的质量分析。 教务处从试题库中抽题对学生进行考核,统一制定每 门课程总评成绩的计算方法。学生成绩采用百分制。教务处负责确定成绩、教学 文件报送的最后截止时间。教务处或教学系(部)负责录入补考学生的成绩。 4.学籍管理——学生留、退学、转校、转系、转专业和转班等学籍异动由教 务处或教学系(部)负责处理。 5.教学文件管理——任课教师根据教学系(部)或教务处规定提交教学计划、 试卷、教学总结、教案等教学文件。 6.毕业管理——由各教学系(部)和教务处共同完成毕业审核。 7.系统维护模块――系统维护模块主要完成数据的备份与恢复、系统用户信 息的管理、用户权限的划分等功能。 2.4 教务管理数据流图分析 3 管理信息系统课程设计 图 1 系统数据流程图 图 2 总数据流图 4 管理信息系统课程设计 2.5 教务管理数据字典 表 1 各窗体的命名约定 5 管理信息系统课程设计 表 2 数据项 表 3 数据结构 6 管理信息系统课程设计 表 4 数据流 表 5 数据存储 7 管理信息系统课程设计 表 6 处理过程 E-R 图 出生年月 性别 姓名 学号 入学时间 出生年月 专业编码 性别 学生 电话 教师名 籍贯 教师编号 籍贯 n m 选课 学时 学分 p m 课程号 课程 选用 p 教师 电话 职称 部门编号 课程名 考试/考查 教材 l 教材编号 教材 教材名称 发行码 主编 单价 页码 出版社 图 2 系统 E-R 图 8 管理信息系统课程设计 3、系统设计 3.1 系统总体设计 系统总体设计进行系统设计前需要进行用户的需求分析, 经过详细的调查研究, 项目组 了解到教务管理系统的主要工作和处理流程。 教学管理人员对教师登记教师档案, 对学生登 记学生档案,以及对变动进行档案修改;教学管理人员对每个学期考试进行考试安排,结束 后由教师登记学生成绩,对学生成绩进行分析统计;每个学期末,学生根据各系提供的下一 学期所开课程选课,教师接受下一学期教学任务;每个学期末,学校对教师进行考核评比, 教师、学生、管理人员、各级领导还要随时查询各类教学信息。 3.1.1 教务管理功能结构设计 查询学生信息 添加学生信息 学生学籍管理 删除学生信息 更新学生信息 查询教学信息 添加教学信息 教学信息管理 删除教学信息 更新教师信息 教务信息系统 查询教师信息 添加教师信息 教师信息管理 删除教师信息 更新教师信息 查询教材信息 添加教材信息 教材信息管理 删除教材信息 更新教材信息 9 管理信息系统课程设计 图 3 网上教务管理系统功能模块图 图 4 教务系统管理组织结构图 3.1.2 教务管理运行环境设计 B/S 结构,即 Browser/Server(浏览器/服务器)结构,就是只安装维护一 个服务器(Server),而客户端采用浏览器(Browse)运行软件。它是随着 Internet 技 术的兴起,对 c/ s 结构的一种变化或者改进的结构。主要利用了不断成熟的 浏览器技术,极少部分事务逻辑在前端 (Browser)实现,结合多种 Script 语言(VBScript、JavaScript?)和 ActiveX 技术,是一种全新的软件系统构造技术。 B/S 架构也是三层架构,用户工作界面是通过 www 浏览器来实现,极少部分 事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器端(Server)实现,样 在用户的客户机上无需安装多余的程序。本教务管理系统中的课程管理、学生管 理和成绩管理等子系统部分功能均采用 B/S 结构,B/S 结构在很大程度上方 便了教务信息的管理和信息的互通,在校学生、老师只要能通过浏览器登陆服务 器, 就可以对方便的查询教务相关信息, 减轻了系统维护与升级的成本和工作量, 极大地简化了操作流程。 3.1.3 硬件设备的购置 信息系统在硬件设备购置需要考虑的主要问题有:环境问题、硬件的购置和 硬件的验收。 (1)环境问题。信息系统是以电子计算机以及网络通信技术为基础的,它 们对环境有一定的要求,其中包括清洁、湿度、电源、各种热噪声等多种因素。 环境对提高系统的可靠性十分重要。要保持良好的工作环境,就需要必要的硬件 设备。所以提供合适的环境、设备是系统中非常基础和重要的一项工作。 (2)硬件的购置。购置计算机硬件以及网络硬件和其他资源是一项十分细 致的工作,技术含量非常高,因此,组织配备好人员,安排好购置计划是非常重 要的。硬件设备的购置需要考虑的问题包括价格、性能、可靠性、稳定性、可维 护性、售后服务、供应商的信誉等。当硬件的设备数量少、价格低时,可以直接 选购;而当设备的数量多、价格高时,一般采用竞标方式选购。另外,由于信息 技术的发展非常快,购置硬件设备时要有灵活性和应变能力。所以,硬件设备的 购置时具有挑战性。 (3)硬件的验收。硬件设备的验收时十分重要的。由于信息系统设计的设 备比较复杂,技术含量非常高,所以在验收时,要有专人负责,交代清楚,手续 明白。 应尽量将各种可能遇到的各种情况考虑到,并用适当的方式测试系统在技 10 管理信息系统课程设计 术文件规定的极限工作条件下的运行状态。此外,在验收时,应注意资料的完整 性。不论是用户的各种参考资料,还是操作员使用的运行维护手册,都必须清点 归档,妥善保管。如果这方面的工作注意不够,也会影响系统的正常运行。另外 在硬件购置的过程中应该充分考虑备用硬件的问题,特别是对易损件,应有充分 的准备。 3.1.4 系统总体流程图设计 本系统通过用户登陆身份的验证,成功进入到系统不同的管理页面,实现 系 统的所有功能。 图 8 系统总体流图 11 管理信息系统课程设计 图 9 用户用例图 3.2 教务管理详细设计 3.2.1 教务管理代码设计 3.2.1.1 系部编码方案 01 自动化系 02 通信系 03 计算机系 04 生医系 2.学号编码方案 学号编码采用 12 位数字组成,1—4 位为学生年级序号,5—6 位为学院序号,7—8 位为专业序号,8—12 位为学生序号。 3.2.2 教务管理数据库设计 3.2.2.1 学籍课程文档管理 (1)院系(系序号 , 院系名称 , 院长)。 (2 )专业(专业号, 专业名称 , 辅导 员, 学生 人 数 , 备 注 )。 (3 )学生(学 号, 姓名 , 性别 , 出生 日期 ,民族 , 政 治面 貌 , 籍 贯 , 学生 类别 , 班级 名称 , 备注)。 (4 )登录信息(登录 ID , 学号, 登录密码)。 12 管理信息系统课程设计 (5 )学籍档案(学籍档案 ID , 学号, 姓名,入学成绩 , 学生类别 , 班 级名称 , 综合成绩 ,奖惩记录 , 毕业去 向, 备注)。 (6 )教师(教师号 , 教师姓名 , 性别, 出生日期 , 所在 系 , 职称 , 工资 , 备注)。 (7 )课程(课程号 , 课程名称, 考核 方式 ,学 分 , 学 时 数 )。 (8)成绩(学号 , 课程号 , 分数)。 (9 )教师考核(ID , 教师号, 教师备课质量等级 , 课堂教学评价 , 学 生评价 , 综合评价)。 开 始 输入用户名及密码 用户名不存 在或密码错误 用户名及密码是否 正确 正确 管理员? 否 学生? 否 教师? 是 是 否 是 进入后台管理模块 进入学生子模块 进入教师子模块 否 安全退出 是 安全退出 是 否 安全退出 是 否 退出系统 13 管理信息系统课程设计 表 7 登陆信息表 表 8 学生信息表 表 9 班级信息表 表 10 系部信息表 表 11 课程信息表 表 12 课程类型表 14 管理信息系统课程设计 表 13 任课信息表 表 14 成绩信息表 表 15 成绩比例信息表 3.2.2.2 成绩管理子系统 15 管理信息系统课程设计 图 5 成绩系统工作流程图 图 6 成绩管理子系统功能模块图 3.2.3 输入输出设计 系统输入输出设计是直接影响用户对于软件系统的评价, 从而影响软件产 品的竞争和寿命。 良好的输入输出设计可以增加用户对于软件系统的满意度,提 高用户的使用效率,因此,必须对输入输出设计给予足够的重视。在设计的过程 中应该以最小量、及早检验、快速性为原则。此外还要进行设备的选择,主要时 借助键盘进行输入, 输入格式采用人机交互的界面进行设计,以通信作为界面设 计的核心 3.2.4 考试子系统的工作流程 1)考试系统中的题目均来自试题库。 2)教师先编辑题库,在题库中录入客观题和主观题及相应的标准答案。 3) 由试题库管理程序对数据进行加密。 16 管理信息系统课程设计 4)考试时,系统从题库中随机抽取试题,组成考卷,由考生做答。 图 7 考试系统功能模块图 4、系统实施 4.1 物理系统的实施 信息系统的物理系统的实施是计算机系统和通信网络系统设备的购置、 数据 库系统的安装、机房标准和设备的安装调试等一系列活动的总和。 4.1.1 网络系统的实施 信息系统通常是一个由通信线路把各种设备连接起来组成的网络系统。 信 息系统的网络有局域网和广域网两种。局域网通常指一定范围内的网络,可以实 现楼层内部和邻近的几座大楼之间的内部联系。广域网设备之间的通信,通常利 用公共电信网络。实现远程设备之间的通信。 网络的实施主要是通信设备的安装、电缆的铺设、网络性能的调试等工 作。 通常用的通信线路有双绞线、 同轴电缆、 光纤电缆以及微波和卫星通信的等。 4.1.2 数据库系统的实施 数据库系统的实施包括购买商品化数据库管理系统以及建立起自己系统所 需的数据库, 因为数据库系统设计硬件和软件,所以数据库系统的确定要与计算 机硬件、 软件结合起来综合考虑。 购买的数据库商品软件可与硬件购置同步进行。 建立数据库是, 当数据与数据流程分析进行的比较规范而且系统开发者对数据库 技术比较成熟时,可以迅速地建立起数据库。 4.2 程序设计 用关系数据库作为后台数据库管理系统, 后台数据库用 SQL server 完成。 程 序设计时应该让程序具备能够工作、调试代价低、易于维护和修改、设计不复杂 以及效率高的特点。 程序必须具有良好的可读性,这就需要程序员用结构化的方 法进行详细设计,程序中还应该包括说明性材料以及良好的书写格式和编程风 格。本系统采用 Visual Fox pro 为工具进行设计。 4.3 系统测试与调试 17 管理信息系统课程设计 系统测试,英文是 System Testing。是将已经确认的软件、计算机硬件、 外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试, 系统测试是针对整个产品系统进行的测试, 目的是验证系统是否满足了需求规格 的定义,找出与需求规格不符或与之矛盾的地方,从而提出更加完善的方案。系 统测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。是基于系 统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部件。对象不仅仅包括 需测试的软件,还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持 软件及其接口等。 系统测试是保证管理信息系统质量的一个重要环节。程序编制 完成后, 要用各种测试方法检查各个部分是否达到了规定的质量标准。系统测试 是为了发现程序和系统中的错误。好的测试方案有可能发现从未发现的错误,能 够发现从未发现过的错误的测试才是成功的测试,否则就没有必要进行测试了。 结语 本系统针对当前高校的发展状况,就教务管理系统进行了深入的研究,分析 了教务管理在日常教学活动中的重要性和必要性。经过多方位的系统分析,较准 确的把握了教务管理系统的功能需求, 在此理论基础上有对该系统进行了详细的 分析与设计。 开发一个高校的教务管理系统又是一个庞大的工程,而项目组成员 的能力有限, 所以本系统难免存在很多不足之处:如本系统主要对教务管理的校 内管理功能的进行了分析与研究,而对于基于网络的前台界面设计却未提及;系 统后台数据库设计中也有很多欠缺。 这些都督促着项目组成员在今后的研究学习 中, 逐步完善对本系统的外部设计以实现整个系统的顺利运行,还要争取经过不 断的努力, 使本系统更加适应实际应用的需要。此次课程设计对于我来说不仅是 做了数据库学生信息系统, 最为珍贵的是在我准备这次课程设计所学道的以前不 熟悉的知识。以前学习数据库概论与 SQL 有关的只是注重在书本上,从来没有 认真的去用编写程序, 更不用说应用在数据库中。零零散散的学习了一些基本知 识,不大实用。通过这次课程设计,我掌握了 SQL 与数据库结合起来编程的一 般技术。了解了 DELPHI 中怎样对数据库进行操作,了解了 SQL 数据库中的以 前不大明白的技术运用。在 SQL 数据库中,我们把在数据库理论上的知识予以 运用,如:建立视图,创建存储过程,应用事务等,在一些基本的数据库操作中, 熟悉并巩固了 SQL 的语法知识。通过对课程设计要求的分析,我们也初步理解 一个软件工程的开发流程及发展思路。 培养了我们由书面文字要求到转化这种要 求到现实模型的能力,即很大程度上培养了我们的建模能力,分析问题,总结归 纳问题的能力。 这次课程设计也不能说一帆风顺,其中遇到的一个个困难给了我 们一次次重新学习,再次思索的机会。我们通过克服这一个个困难,让我们重新 又对目前脑子里所掌握的知识进行审理,进行了再次的纠正或者完善,这些都是 书本上学不来的。 理论联系实际就在这里自然地得到实现。这对我们巩固已学知 识,锻炼实践动手能力大有裨益。 18