软件需求分析与设计作业样例(供参考)

软件需求分析与设计作业论文题目:

学生选课与成绩管理系统的需求分析与设计

姓名：

学号：

2010年6月26日

第一章绪论

1.1系统开发背景

当今时代是科技飞速发展的信息时代，在各行各业中离不开信息处理，这使计算机被广泛应用于信息管理系统中。计算机的最大优点在于利用它能够方便高效的进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。

另外，随着教学体制改革的发展，高等教育更加体现出以人为本的教育方针政策。如今的高等教育已经变得更加自由更加人性化，已经由传统的学校为学生安排所有的课程向学生可以自主地选择自己喜欢的课程进行选修，从而提高学生的学习积极性；而近几年我国高校不断扩招，生源不断扩大，使更多人有机会受到高等教育，促使整个国民的文化修养的提高。然而这也给高校的管理工作带来了许多不便，原始的人工管理整个教务已经变得非常不现实，这就向管理软件提出了新的挑战。正是基于这种广泛的需求，充分综合高校教学特点，开发一套能够帮助高校正确，高效管理要求的教务管理系统成为必然。

学生选课和成绩管理工作是高等教育中的一个极为重要的环节，是整个院校管理的核心和基础。面对种类繁多的数据和报表，手工处理方式已经很难跟上现代化管理的步伐，随着计算机及通讯技术的飞速发展，高等教育对教务管理工作提出了更高的要求。尽快改变传统的管理模式，运用现代化手段进行科学管理，已经成为整个教育系统亟待解决的课题之一。

该系统是一个大型的复杂的计算机网络信息系统，采用基于浏B/S应用体系结构来建设高校网络教务管理系统，使高校教务管理真正实现远程办公、异地办公。满足各类高校现在和将来对信息资源采集、存储、处理、组织、管理和利用的需求，实现信息资源的高度集成与共享，实现信息资源的集中管理和统一调度。为各级决策管理部门提出准确、及时的相关信息和快捷、方便、科学的决策分析处理系统；为信息交流、教务管理提供一个高效快捷的电子化手段；最终达到进

一步提高各级领导科学决策水平，提高各院系、各部门管理人员管理水平与办公效率，减轻工作负担的目的。

1.2国内外研究开发状况

随着社会的发展和经济时代的到来，管理信息系统在各行各业都越来越重要，特别是教育事业。在经济发达的国家，由于信息化建设工作起步较早，其教育的管理已经实现了软件管理代替手工管理，因此其高校管理信息系统一般都已经进行了非常紧密的集成。许多教育机构（如公办、私立、培训机构等），都投入了大量的资金开发MIS系统，以求在将来激烈的竞争中立于不败之地。

由于历史的原因，我国在教育领域和科技领域相比国外发达国家的先进水平有一定的差距。同发达国家相比，我国的教育行业的信息技术的应用程度还很低。根据调查得知，以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于选课情况的统计和查询等往往采用对课程的人工检查进行，对学生的选课权限、以及选课代号等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。尽管学校都有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。数据处理手工操作，工作量大，出错率高，出错后不易更改。学校采取手工方式对学生选课情况进行人工管理，由于信息比较多，选课信息的管理工作混乱而又复杂；一般选课情况是记录在文件上，课程的数目和代号也记录在文件中，学校的工作人员也只是当时对它比较清楚，时间长了，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。如要对很长时间以前的选课进行更改就更加困难了。

国内对于管理系统的使用最早是在大城市中规模较大的院校中开始使用计算机进行大规模操作，从各方面提高工作效率，取得良好的社会和经济效益，而国内其他高校则是近几年开始对管理手段进行由手工统计向现代化软件管理的转变。但是仍然存在一系列的问题，从管理软件的技术水平来看，目前国内高校采用的管理软件大多数是以C/S架构为主的分布式应用系统，整个校内的信息则很难实现互联互通，也无法实现信息资源的集中式管理。

从管理软件的开发模式来看，国内的软件公司现在多数还采用的是传统的瀑

布式软件开发过程和结构化的程序设计方法。尽管面向对象技术、构件开发技术、统一软件开发过程等新技术已经提出了很长时间，但是仍然局限于个别项目中的局部应用，在大型软件开发项目中，还鲜有应用。

1.3本文的主要工作

本文通过对高校学生选课和成绩的管理方式的调查与需求进行分析，详细地介绍了学生选课与成绩管理系统的分析与构架过程。对于系统开发过程中采用的开发模式和开发平台进行了初步的介绍，从需求分析开始，介绍了系统构架设计，系统详细设计的思路和步骤，完成了高校学生管理信息系统设计的基本前提，为系统的开发工作奠定了坚实的基础。通过本文，可以大致了解系统的设计过程，对于系统的研究有一定的帮助。

1.4论文的组织结构

全文共分为四章。

第一章是绪论，主要介绍了系统的开发背景，以及国内外类似系统的发展状况，说明了系统需要解决的主要问题和本文的主要贡献。

第二章是系统概述，概要地描述了学生信息和选课系统的问题来源，系统目标和需求。需求分析的成果具体分为功能性需求和非功能性需求两部分，分别对其进行了简单的介绍。

第三章是主要描述了系统的总体的构架设计。包括设计过程中应用得到设计模式，架构技术，以及对于系统安全所作的工作。

第四章是系统的详细设计部分，介绍了系统建模过程，利用类图，用例图等系统结构图描述了系统的初步设计，另外还包括了用于存储后台数据的数据库的设计过程。

第二章需求分析

需求分析是指在充分了解客户情况,包括客户生产/财务及管理流程后,与客户一起讨论对系统的具体要求方案,主要针对其现行体制中的不足及目前所需的信息,制定出一套用户对系统的需求方案。需求分析是完全以客户的需要以及实际情况为出发点,因此为客户合理地选择系统提供了基本保障。简言之，需求分析的任务就是解决“做什么”的问题，就是要全面地理解用户的各项要求，并准确地表达所接受的用户需求。

需求分析之所以重要,就因为他具有决策性，方向性，策略性的作用，他在软件开发的过程中具有举足轻重的地位。因此需求分析工作质量的好和坏将直接决定系统开发工作的成败，如果系统开发工作建立在一个错误的需求基础上，则无论程序代码的质量多么完美，系统都不会成功。所以一个完善的需求分析是一个系统是否成功的前提。

2.1系统描述

系统的功能是由用户提出的，系统在设计时必须考虑到用户需要什么样的系统，在不违背软件设计原则的前提下尽可能的满足用户的需求。

对于当前设计的高校学生信息与选课系统，其主要涉及到高校学生从入学到毕业的全过程管理，包括学籍管理、课程管理、选课、成绩管理、学位管理等多个环节。相应的实现学籍管理、开课管理、选课、成绩管理、学位管理等子系统，适用于综合性大学、学院、专科、中专及职业学校，能够完成学年制、学年学分制、完全学分制学校教务管理部门对学生从入学到毕业离校的全过程管理。学生信息和成绩管理系统方便了学生选课和查分，方便了教师的教学管理和学生成绩的录入，该系统的主要用户是管理员，老师和学生，管理员管理系统的基本信息（如课程信息等），学生和教师通过系统完成不同的工作。

用例图：

2.2系统目标和解决的问题

本系统针对当前高校教学的实际情况，立志于解决高校管理中的效率问题。利用计算机管理系统高效的特点，代替原始的手工统计，使原本需要大量的人力物力并且效率低下的信息统计工作变得简单。利用本系统，可以方便安全的实现对学生信息，选课，成绩等方面的管理。另一方面，原始的学生选课只能在特点的时间特定的地点进行，并且选课过程中不仅统计十分不方便而且很容易因为对可是安排不了解导致学生错误的选择了在同一时间上课的不同课程，给学生带了麻烦，而利用被系统，学生只需要利用校园网络登陆选课系统既可选择自己喜欢的课程，而且如果选择同一时间授课的课程，系统会及时提示错误，从而避免了前面所提及的问题。同样对于教师，在原本的手工统计学生成绩的方法，不仅容易出错，而且学生查询自己的成绩带来不便，利用本系统，简化了此方面的复杂性，给教师和学生都带来的方便。

2.3系统需求获取模式

通过确定需求开发过程确定如何组织需求的收集、分析、细化并核实的步骤，并将它编写成文档。对重要的步骤要给予一定指导，这将有助于分析人员的工作，而且也使收集需求活动的安排和进度计划更容易进行。编写项目视图和范围文档：项目视图和范围文档应该包括高层的产品业务目标，所有的使用实例和功能需求都必须遵从能达到的业务需求。项目视图说明使所有项目参与者对项目的目标能达成共识。而范围则是作为评估需求或潜在特性的参考。

对于本系统，其功能主要是解决现在高校教务管理中的问题，因此需要对目前高校的管理统计模式有一定的了解，必须明白系统管理人员，教师，学生各自所能进行的操作和行为界限，不能进行越权访问等等。

2.4系统需求问题描述

系统需求可以分为两类：功能性需求和非功能性需求。对于一个定义良好的系统，两者都是缺一不可的，功能性需求是系统的基础，非功能性需求则是系统运行的保障。

功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。

2.4.1系统功能性需求

系统的功能必须根据事先进行的需求分析决定，也就是用户需求必须和业务需求一致，功能需求必须和用户需求一致。严格的遵守不同层次间的一致性关系，就可以保证最后开发出来的软件系统不会偏离最初的实现目标。本系统的设计必须完成以下功能：

管理员可以通过超级用户身份登录，对系统进行全面的管理，对新用户的添加，删除，对信息进行管理。管理员可以对老师及同学的帐户进行管理。

老师、学生不同身份的用户进入不同的界面，进行不同的操作。教师可以发

布自己本学期所要教的课程，以及对学生成绩进行管理。同学可以通过查询本学期所开设课程进行选择。

学生选课系统需要满足来自三方面的需求，这三个方面分别是学生、教师和管理员。学生的需求是查询院系的课程、学生选课情况及学生信息的修改；教师对选课系统学生选课情况进行操作，同时形成学生选课查看确认；选课管理员的功能最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表。学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，还可以进行本人学科成绩情况的查询和维护部分个人信息。一般情况下，学生只应该查询和维护本人的选课情况和个人信息，若查询和维护其他学生的选课及成绩查询信息，就要知道其他学生的学号和密码。这些是很难得到的，特别是密码，所以不但满足了学生的要求，还保护了学生的个人隐私。

学校工作人员有修改学生选课的权限，所以需对工作人员登陆本模块进行更多的考虑。在此系统中，学校工作人员可以为学生加入选课或是登陆记录，并打印生成相应的报表给用户查看和确认院系管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对选课信息、教师信息、总体选课情况信息的查询和统计、工作人员和管理人员信息查看及维护。学校管理员可以浏览、查询、修改、统计选课的基本信息；浏览、查询、统计和修改学生选课的基本信息，浏览、查询、统计学生信息，但不能添加删除和修改学生的信息，这部分功能应该由院系工作人员执行，但是，删除某条学生选课基本信息记录时，应实现对该学生选课的级联删除。并且还应具有生成选课报表。设计不同用户的操作权限和登陆方法对所有用户开放的学生选课查询和个人部分信息维护查看个人情况信息维护学生个人密码根据选课情况对数据库进行操作并生成报表根据选课情况对数据库进行操作并生成报表查询及统计各种信息维选课信息维护工作人员和管理员信息维护学生信息处理信息的完整性。

本系统主要实现教师信息管理、学生信息管理、课程信息管理和班级信息管理，其中教师信息管理有教师姓名、教师工号、教师职称、教师所属系；学生信息管理有学生姓名、学生学号和学生所在系；课程信息管理有课程名称、学分、上课地点、已选人数、课程性质、开课系、课程人数。

（1）学生信息模块完成学生的登陆，然后根据各位同学所在的系不同，调用相应的选课模块。其中学生登录模块的功能是验证登录人员确实是本院的学

生，学生启动本系统后，系统提示输入学生学号码和密码，验证后进入主控操作界面。

（2）教师信息模块完成教师的登陆,然后根据各位教师所在的系不同,教师所教的课程不同,调用所选的课程.其中教师登陆模块的功能是验证登录人员确实是本院的教师，教师启动本系统后，系统提示输入教师工号和密码，验证后进入主控操作界面。

（3）课程信息管理包括必修课程和选修课程,学生必需先登陆才能进行对课程的选课否则不能进入选课系统。

2.4.1系统非功能性需求

非功能性需求是这样一种需求，它不一定解决想要系统实现这种功能，而是解决如何使这个系统能在实际环境中运行。这些特性包括：

可靠性：只显示系统可以做某些事情是不够的。如果一个系统不能可靠地运行（例如，在加载时，或者在系统故障时，等等），则它就不能满足客户的需要。可靠性需要考虑的一些具体方面是：安全性和事务性。

可用性：如果用户不能够从他们可用的渠道（例如 Web）方便地访问您的产品，那么它的好处何在呢？这里需要考虑的一些问题是：您是否为用户带来不适当的负担，比如对于硬件配置或者软件版本时候有特殊要求。

有效性：如果没有有效地使用资源（例如处理器、内存和磁盘空间），功能性、可靠性和可用性再好的系统最后都会失败。我们经常发现将有效性划分成两个子范围是很有用的，这两个子范围都应该加以考虑：性能和可伸缩性。

可维护性：这是一个极其重要的需求，因为如果开发人员、管理员和操作人员不能够解决如何管理应用程序的问题，则它在首次发布之前就会夭折。

可移植性：系统可能会运行在不同的平台上，或者将应用程序迁移到最新和最高版本的应用服务器上，如果系统不满足可移植性，就必须重写整个应用程序，这将会给客户带来巨大的损失。

第三章系统构架设计

3.1系统设计的目标和原则

系统架构设计的目标包括功能完整、界面简洁、操作灵活、安全、能够重用、可靠、可扩展等方面的规定。

1.功能完整：系统设计的最基本要求就是实现用户需要的功能，在此基础上还应尽量保证系统设计最优化，减少不必要的冗余信息，实现的代码保证清晰高效。

2.界面简洁：不管是应用软件还是WEB级的应用拥有一个简洁的易于操作的界面是十分必要的，界面的简洁有利于管理人员和普通用户能够轻松上手，而不必经过研究才能使用系统，可以扩大系统使用的范围。

3.安全：系统必须保证网络、硬件、系统软件、应用软件各方面的安全性，以及系统的数据安全。

4.实现重用：重用是减少冗余的一个有效的途径，包括组件级别的重用。组件的实现通常会应用一种或几种设计模式，这些模式与组件的结合使用大大提升了架构的质量。

5.可靠性：系统必须具备强的可靠性，对于管理人员或者用户的错误操作能够进行识别并且提供提示或者帮助信息，尽可能的减少误操作带来的损失。因此供高可靠性、高可用性的系统，增强容错处理能力是十分必要的。

6.可扩展性：系统可能会运行在不同的平台上，或者将应用程序迁移到最新和最高版本的应用服务器上，如果系统不满足可移植性，就必须重写整个应用程序，这将会给客户带来巨大的损失。

3.2系统技术构架设计

本系统的开发将采用MVC三层构架的模式，在开发过程中使用到采用面向对象的分析和设计方法，UML作为建模语言，利用J2EE平台开发结合Struts和Hibernate实现系统，其中Struts来处理业面逻辑,Hibernate用于对象的持久化工作，另外利用MySQL数据库存储数据。

MVC把应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层，如图3.1。

视图(View)代表用户交互界面，对于Web应用来说，本系统采用的是JSP。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。

模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以是MVC最主要的核心。

业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。

控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用相当于一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。

模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通

知所有的视图，导致显示的更新。

3.2.1系统网络构架

学校综合教务管理系统网络架构采用现在流行的B/S结构，即Browser／Server(浏览器／服务器)结构，就是只安装维护一个服务器(Server)，而客户端采用浏览器(Browse)运行软件。它是随着Internet技术的兴起，对C／S结构的一种变化和改进。主要利用了不断成熟的WWW浏览器技术，结合多种JavaScript 语言和ActiveX技术，是一种全新的软件系统构造技术。

在B／S体系结构系统中，用户通过浏览器向分布在网络上的许多服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。而其余如数据请求、加工、结果返回以及动态网页生成、对数据库的访问和应用程序的执行等工作全部由Web Server完成。随着Windows将浏览器技术植入操作系统内部，这种结构已成为当今应用软件的首选体系结构。显然B／S结构应用程序相对于传统的C／S结构应用程序是一个非常大的进步。

B／S结构的主要特点是分布性强、维护方便、开发简单且共享性强、总体拥有成本低。但数据安全性问题、对服务器要求过高、数据传输速度慢、软件的个性化特点明显降低，这些缺点是有目共睹的，难以实现传统模式下的特殊功能要求。例如通过浏览器进行大量的数据输入或进行报表的应答、专用性打印输出都比较困难和不便。此外，实现复杂的应用构造有较大的困难。虽然可以用ActiveX、Java等技术开发较为复杂的应用，但是相对于发展已非常成熟C／S 的一系列应用工具来说，这些技术的开发复杂，并没有完全成熟的技术工具供使用。

3.2.2系统安全构架

系统必须保证网络、硬件、系统软件、应用软件各方面的安全性，以及系统的数据安全。安全措施一般包括以下几个方面。

物理安全：计算机硬件设备由电子器件和精密设备构成，周围的环境情况对系统设备的可靠运行有着重要影响，服务器的位置应远离噪声源、振动源；保持设备运行所需的温度、湿度、洁净度；远离火源和易被水淹没的地方；尽量避开

强电磁场源；保持系统电源的稳定及可靠性。另外还包括人为的对系统的危害，注意防盗，防火，静电，雷击等方面。

逻辑安全：访问控制是指将未经授权的非法用户拒之于系统之外，使之不能进入系统，这可以通过用户身份的识别和认证，鉴别合法用户和非法用户，阻止非法用户的访问，也可通过访问权限控制、即对用户访问哪些资源、对资源的使用权限等加以控制。另外通过数据加密和数字签名等密钥技术，保护在通信网络中传送、交换和存储的信息的机密性、完整性和真实性不被损害。

数据备份：管理信息系统的服务器担负着客户的关键应用，存储着最为重要的信息和数据，必须保证其正确和完整。为保护关健应用数据的安全，在发生人为或自然灾难的情况下，保证数据不丢失，必须建立可靠的数据备份系统。

系统监控：为保证系统的正常运行实时监控产品架设在网络的重要信息网段中，可以实时监测通过网络的数据包，并根据安全策略设定，提供以下实时响应如报警，详细记录入侵或非法操作会话，保留犯罪现场，切断非法连接，或执行管理员安全策略中定义的操作，提交日志和详细的报告，提供应对的措施和建议。

3.2.3系统部署构架设计

部署架构说明用来部署和运行该软件的物理网络（硬件）配置。对于每种配置，指出执行该软件的物理节点及其互连情况，另外还要包括进程视图中的各进程到物理节点的映射。

本部分主要说明系统主要功能在物理节点上的分布情况，重点内容是说明本系统的软件部署情况以及与其密切相关的第三方支撑软件系统，并至少应该非主要阐述硬件架构本身以及第三方的其他应用软件。系统部署涉及到系统软件、应用软件、安全系统、加密系统等诸多方面。撇开第三方的软件系统，例如操作系统、防火墙等因素，可以把整个应用系统的部署。

第四章系统详细设计

4.1系统建模

完成系统需求分析之后，进入系统设计阶段，利用UML为系统建模。UML是一种用于描述、构造软件系统以及商业建模的语言，综合了在大型、复杂系统的建模领域得到认可的优秀的软件工程方法。UML定义良好、易于表达、功能强大且普遍适用的建模。它溶入了软件工程领域的新思想、新方法和新技术。

UML的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。它融合了Booch、OMT和OOSE方法中的基本概念,而且这些基本概念与其他面向对象技术中的基本概念大多相同,因而,UML必然成为这些

方法以及其他方法的使用者乐于采用的一种简单一致的建模语言；其次，UML不仅仅是上述方法的简单汇合，而是在这些方法的基础上广泛征求意见,集众家之长,几经修改而完成的，UML扩展了现有方法的应用范围；第三，UML是标准的建模语言，而不是标准的开发过程。尽管UML的应用必然以系统的开发过程为背景，但由于不同的组织和不同的应用领域,需要采取不同的开发过程。系统利用UML 构建自己的类图，用例图，状态图等结构图。

类图：描述了管理员，教师，学生各自的属性和能够进行的工作。

4.2系统数据库设计

数据库系统对数据存储，管理，处理和维护其着非常重要的作用，一个成功的管理系统，是由业务和软件所组成，而成功软件又有数据库和程序所组成，数据库设计的好坏是一个关键。一个好的数据库设计可以使后期的设计变得方便，而如果初期的数据库设计不合理，可能导致后期程序的设计变得无法进行，从而要推翻前期设计的数据库从新做起，因此在系统设计的前期，必须设计一个符合要求的数据库。

对于学生信息和选课管理系统，根据实际的应用情况，数据库表设计如下：学生基本信息表维护学生的基本信息以及当前已经获得学分，表4.1；课程表保存每门课程的授课教师，授课时间，授课教室等信息，表4.2；学生选课表保存学生选择的课程和没门课程的成绩，表4.3；其他数据表因篇幅的原因在此不再一一介绍。

表4.1 学生基本信息表(Student)

表4.2 课程信息表(Courses)

表4.3 课程成绩表(Scores)

建立数据库之后，必须对数据库进行简单的数据测试，包括数据字段类型，长度等设置是否合理。测试时必须对各种各样的可能输入进行考虑，以免出现遗漏的某些特殊情况，以保证数据库设计的正确性以及合理性。

至此，整个学生信息和选课系统的设计的前面的工作已经完成。余下的工作就是对于系统功能的设计和完善。

总结

本文主要是运用面向对象分析与设计方法对学生课程管理系统进行了分析和设计。本文通过对高校学生选课和成绩的管理方式的调查与需求进行分析，详细地介绍了学生选课与成绩管理系统的分析与构架过程。通过本文的撰写，不仅对面向对象的分析设计方法有了较为深刻的理解与认识，而且对于软件设计的相关工具如rose等掌握了使用方法。受益匪浅。

致谢

感谢指导老师李学庆老师的辛勤指教，让我在论文写作的过程中学习到了一些新的知识，改掉了一些错误，同时感谢和我一起开发此系统的同学们，我在他们身上学到了很多优秀的品质。