成绩管理系统需求分析模板.doc

(完整word)成绩管理系统需求分析模板成绩管理系统需求规格说明书学生姓名: 学 号： 班 级： 专 业: 学 部： 指教教师 ： 审 核 人： 2010年8月6日修订历史记录日期版本说明作者2010-8-60.8未评审的初稿*目录成绩管理系统101 引言141。1 目的141.2 背景141.3定义141.4 参考资料142 系统概述152.1 目标152.2 用户特点152。3 运行环境152。4 功能163 系统特性173。1 系统角色173.2 学生管理183。2.1 增加学生信息183.2。2 修改学生信息183.2.3 删除学生信息183。2。4 导入学生信息183。3 教师管理193。3.1 增加教师信息193。3.2 修改教师信息193.3。3 删除教师信息193。3.4 导入教师信息193。4 课程管理203.4.1 增加课程基本信息203.4.2 修改课程基本信息203。4.3 删除课程基本信息203.4。4 维护课程学生信息203。5 成绩查询213。5.1 学生查询成绩213.5.2 教师查询成绩213.6 成绩分析与统计213。6。1 考试成绩表213。6.2 班级各科平均成绩表213。6.3 年级成绩排名表214 非功能性需求214.1精度214.2时间特性要求214。3灵活性224.4输入输出要求224。5数据管理能力要求（针对软件系统)224。6故障处理要求224。7其他专门要求225 外部接口需求225。1 用户接口225.2 硬件接口235.3 软件接口235.4 通信接口231 引言1。1 目的说明编写这份软件需求说明书的目的,指出预期的读者。该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求,同时也为用户更容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据.1。2 背景说明:a 待开发的软件系统的名称；b 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；c 该软件系统同其他系统或其他机构的基本的相互来往关系。 1。3定义文档中采用的专门术语的定义及缩略词简要1.4 参考资料列出用得着的参考资料,如：a本项目的经核准的计划任务书或合同、上级机关的批文;b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 系统概述2。1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口.例如:高级中学对学生的考核主要还是对学生各科成绩的考核，考试类别多、课程多，而且要随高考制度的变化不断地改变，学生多,工作量大，尤其对学生成绩的分析（如排名)统计要及时,所以成绩管理一直是学校管理中的一个重要子系统.好的管理系统可以简少老师在成绩管理上的工作量，学生可以及时查询学习成绩，学校可以快速获得考试结果，掌握教学情况,改进教学活动。2。2 用户特点列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束2.3 运行环境该系统为B/S三层结构，它的运行环境分客户端、应用服务器端和数据库服务器端三部分.以下是系统的软件环境。（1）客户端操作系统：Windows2000 Professional/XP或更新版本。浏览器：IE6以上，其它常见浏览器如FireFox。（2）应用服务器端操作系统：Windows2000 Server或更新版本。应用服务器：Tomcat 5。5或更新版本。数据库访问：JDBC。(3）数据库服务器端操作系统：Windows2000 Server或更新版本。数据库系统:SQLServer 2000或更新版本。增加学生信息2.4 功能修改学生信息学生档案管理删除学生信息导入学生信息删除教师信息修改教师信息增加教师信息教师信息管理导入教师信息成绩管理系统修改学生成绩录入学生成绩管理课程学生管理课程基本信息课程管理成绩维护考试成绩表各科平均成绩表学生成绩分析统计期末考试成绩排名表学生查询成绩成绩查询教师查询成绩系统管理图一 成绩管理系统功能3 系统特性3.1 系统角色本系统主要用于学校的以下几类人员:（1）系统管理员，完成系统管理与维护，例如，维护学生、教师及数据字典等的维护.图二 用例图一(2)教师，维护课程与成绩，查询所教课程的所有学生的成绩。（3）学生则可查询自已的成绩.图三 用例图二3.2 学生管理3.2.1 增加学生信息使用者：学校有学生管理功能角色的用户。目的：单个添加学生基本信息。基本事件流：1、用户进入增加单个学生界面，本用例开始；2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学日期、班级、政治面貌、籍贯。3、用户确认输入信息,系统检查学号是否唯一，若唯一，则增加学生信息,本用例结束.否则,提示用户重新输入。3。2。2 修改学生信息3.2。3 删除学生信息3.2.4 导入学生信息使用者：学校有学生管理功能角色的用户目的：批量导入学生信息,也可以将其他系统中学生信息按照规定的格式导入本系统。基本事件流：1、用户进入批量导入学生界面，本用例开始；2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载.3、用户按照导入文件格式要求填写或生成对应文件,然后将文件上传，点击确定。4、系统检查文件的合理性,如果文件格式有误或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统.5、本用例结束。3。3 教师管理使用者:学校有教师管理功能角色的用户目的:单个添加教师基本信息.基本事件流:1、用户进入增加单个教师界面，本用例开始;2、系统显示教师信息输入界面,用户输入教师姓名、工号、性别、出身日期、工作开始日期、职务、政治面貌、籍贯.3、用户确认输入信息，系统检查工号是否唯一，若唯一,则增加教师信息，本用例结束。否则，提示用户重新输入。3。3。1 增加教师信息3。3。2 修改教师信息3.3.3 删除教师信息3。3.4 导入教师信息使用者：学校有教师管理功能角色的用户目的:批量导入教师信息，可以将其他系统中教师信息按照规定的格式导入本系统。基本事件流:1、用户进入批量导入教师界面，本用例开始；2、系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载.3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定.4、系统检查文件的合理性，如果文件格式有误码或有数据冲突，给出详细提示列表（错误所在行、错误原因）,用户修改文件后再上传，如果上传文件合理，系统将教师信息导入系统。5、本用例结束.3.4 课程管理3。4。1 增加课程基本信息使用者:教师或学校有课程管理角色的用户目的：创建新课程。基本事件流：1、用户进入创建新课程页面，本用例开始；2、系统显示创建课程页面，用户输入课程名称、学期、开始日期、结束日期，并选择任课教师。3、用户确认创建课程，系统保存新创建的课程。本用例结束。3.4.2 修改课程基本信息3.4。3 删除课程基本信息3。4.4 维护课程学生信息使用者：教师或学校有课程管理角色的用户.目的：将学生加入已创建的课程。基本事件流：1、用户维护课程学生信息界面,本用例开始；2、系统显示课程列表，用户选择要加入学生的课程,系统显示该课程已存在的学生；3、用户选择加入新学生，系统显示学生列表，用户可通过搜索列表显示班级下的学生，用户选择要加入课程的学生4、系统将所选学生加入前面选定的课程，本用例结束.3.5 成绩查询3。5.1 学生查询成绩3.5。2 教师查询成绩3。6 成绩分析与统计3.6。1 考试成绩表某学期某次考试的单个班级的考试成绩表3.6.2 班级各科平均成绩表某学期某次考试单个年级的各科平均成绩表3。6.3 年级成绩排名表某学期某次考试单个年级的年级排名表4 非功能性需求软件应保证系统运行稳定，避免出现系统崩溃；软件必须保证有足够的数据精度，不影响正常业务；软件应尽量做到响应快速、操作简便。4.1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度.4.2时间特性要求 说明对于该软件的时间特性要求，如对： a响应时间； b更新处理时间； c数据的转换和传送时间; d。解题时间； 等的要求.4。3灵活性满足运行环境在允许操作系统之间的安全转换和与其他应用软件的独立运行要求。4。4输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述.。4.5数据管理能力要求(针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。4。6故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。4.7其他专门要求如用户单位对安全保密的要求，对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。 5 外部接口需求5.1 用户接口本系统采用B/S架构，所有界面使用WEB风格,用户界面的具体细节将在概要设计文档中描述。5.2 硬件接口服务器端建议使用专用服务器。5.3 软件接口5.4 通信接口15附件二: 校学分制教务管理系统数据要求说明书学生姓名： 学 号： 班 级： 专 业： 学 部： 指教教师 ： 审 核 人: 年 月 日更改说明版本号更改时间更改人更改原因审批人Version1目录1引言271。1编写目的271.2背景271.3定义28列出本文件中用到的专门术语的定义和外文首字母组词的原词组281。4参考资料282数据的逻辑描述282.1静态数据282.2动态输入数据322。3动态输出数据322.4内部生成数据322.5数据约定333数据的采集333。1要求和范围333。2输入的承担者343.3预处理343。4影响34181引言1.1编写目的 说明编写这份数据要求说明书的目的,指出预期的读者。XXX校学分制教务管理系统数据需求说明书目的是明确XXX校学分制教务管理系统中各项功能和非功能性需求实现时所需要的数据，并可以此数据为根据设计数据库。同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。XXX校学分制教务管理系统数据需求说明书的阅读对象为：1）对相关业务技术和总体方案作出决策的管理人员和质量管理人员；2）对本数据需求说明书进行评审和确认的有关业务、技术人员；3）参加数据库设计，测试设计阶段工作的全体设计人员；4）XXX校学分制教务管理系统项目组，其他有权需要调用本文档的人员1.2背景说明：a. 待开发软件系统的名称;b. b。列出本项目的任务提出者、开发者、用户以及将运行该项软件的计算站（中心）或计算机网络系统。开发软件名称：XXX校学分制教务管理系统项目任务提出者：华中科技大学教务处项目开发者：ZOWL团队用户：华中科技大学学生，教务管理人员实现软件单位：ZOWL团队项目与其他软件，系统的关系:该系统需要在学生成绩管理系统,学生选课系统等已有系统直接复制数据，所以在定义数据时要与已有系统相兼容。本系统采用B/S，服务器端采用Microsoft Server 2003 为操作系统的工作站，是采用Microsoft SQL Server 2005的为开发软件的数据库服务程序. 1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组1。4参考资料列出有关的参考资料,如：a. 本项目的经核准的计划任务书或合同，上级机关的批文；b. 属于本项目的其他已发表文件；本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位.说明能够得到这些文件资料的来源。XXX校本科学分制学籍管理条例XXX大学学分制选课办法 本系统的需求规范说明书 欧高炎 数据要求说明书(GB856T88)2数据的逻辑描述对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据,它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据，包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称(包括缩写和代码)、定义（或物理意义）度量单位、值域、格式和类型等有关信息。2.1静态数据列出所有作为控制或参考用的静态数据元素。根据需求分析中的功能列出每个功能中涉及到的静态数据。1.学籍管理功能 1.1转专业管理 1.1。1从本专业转出 名称数据名称数据类型数据长度说明基本数据无输入数据学号字符串20记录转出学生的学号，找到学生信息并删除.转专业记录号字符串10原转出学院字符串20原转出专业字符串20原转出班级字符串5现转入学院字符串20现转入专业字符串20现转入班级字符串5输出数据无 1。1.2转入本院系名称数据名称数据类型数据长度说明基本数据无需要知道转入学生的基本信息输入数据学号字符串20记录转入学生的学号，找到学生信息并增加到相应的班级，修改班级信息。转专业记录号字符串10原转出学院字符串20原转出专业字符串20原转出班级字符串5现转入学院字符串20现转入专业字符串20现转入班级字符串5输出数据无1。2停学名称数据名称数据类型数据长度说明基本数据无由学号找到学生，修改其状态信息。输入数据学号字符串20在表格中，还需要填入很多信息，例如停学时间、原因、医院意见、班主任意见、院系意见、备注等。姓名字符串20学院字符串20专业字符串20班级字符串5性别字符串1输出数据无1。3休学1。4复学1.5退学1.6延长学习年限名称数据名称数据类型数据长度说明基本数据无输入数据学号字符串20根据学号找到学生信息,修改信息，包括班级信息。姓名字符串20学院字符串20专业字符串20原班级字符串5延长转入班级字符串5延长学习期限整型4输出数据无2注册管理功能 2。1 输入学号名称数据名称数据类型数据长度说明基本数据无输入数据学号字符串20输出数据学号字符串20姓名字符串20班级字符串5学院字符串20专业字符串20注册状态字符串5 2。2输入班级名称数据名称数据类型数据长度说明基本数据输入数据班级字符串5输出数据班级字符串5学院字符串20专业字符串20人数整型42.3学生查询注册状态名称数据名称数据类型数据长度说明基本数据输入数据学号字符串20学期字符串10输出数据学号字符串20姓名字符串20班级字符串5注册状态字符串53教师信息管理3.1教师信息查询名称数据名称数据类型数据长度说明基本数据输入数据教师号字符串20输出数据教师号字符串20根据教师号查询教师信息,并显示。姓名字符串20性别字符串1年龄整型4开始执教时间字符串10职称字符串20家庭住址字符串20电话字符串20邮箱字符串20 3。2 教师信息修改需要的数据表格同上，显示信息后修改信息,再提交到数据库。 3。3 教师信息添加 3。4 教师信息删除4学生信息管理4.1 学生信息查询4.2学生信息修改4。3 学生信息添加4.4 学生信息删除5成绩管理5。1成绩录入5。2成绩报表6课程管理6。1课程信息查询6。2课程信息修改6.3课程信息添加6.4课程信息删除7选课与排课管理7.1选课7。2排课8教务信息管理8。1通知查看8.2通知发布8。3通知修改8.4通知删除2。2动态输入数据列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）2.3动态输出数据列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）.2。4内部生成数据列出向用户或开发单位中的维护调试人员提供的内部生成数据.根据数据库各个表的内在连接关系可以生成新的所需要的数据，同时可以进行一些加权计算，例如个人某学期平均加权成绩，个人某学年平均加权成绩,年级某课程加权平均成绩;某年级所有课程加权等。这些数据可以在SQL语句中体现.2。5数据约定说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容 量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的限制更要明确指出。对于数据库存储的信息各种成绩报表中数据的输出有确定的形式，对于成绩，一般课程成绩保留至小数点后一位，加权分则保留至小数点后三位。数据库要有严格有效的恢复机制；数据必须一个每天进行一次备份,由于信息量巨大,应以天为周期进行增量转储,以季度为周期进行海量转储.所有的提交，确认,删除等操作以按钮的形式给出，且名称一律为取为“提交”、“确认、“删除”等易于理解的形式.数据的输入输出格式要求,参考需求规范的附录和成绩管理中的相关内容。3数据的采集3.1要求和范围 按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者.具体的内容包括：a. 输入数据的来源,例如是单个操作员、数据输入站,专业的数据输入公司或它们的一个分组；b. 数据输入（指把数据输入处理系统内部)所用的媒体和硬设备。如果只有指定的输入点的输入才是合法的，则必须对此加以说明；c. 接受者说明输出数据的接受者；d. 输出数据的形式和设备列出输出数据的形式和硬设备.无论接受者将接收到的数据是打印输出，还是CRT上的一组字符、一帧图形,或一声警铃,或向开关线圈提供的一个电脉冲,或常用介质如磁盘、磁带、穿孔卡片等,均应具体说明；e. 数据值的范围给出每一个数据元的合法值的范围；f. 量纲给出数字的度量单位、增量的步长、零点的定标等.在数据是非数字量的情况下，要给出每一种合法值的形式和含意；g. 更新和处理的频度给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。具体的内容包括：a. 数据的来源主要是建立数据库时录入的数据，在进行相应操作时会进行数据更新。而不论是学生，教师，教务人员都可以进行数据更新，数据可以在终端计算机上输入，也可在服务器上输入.由于学校系统是一个内部系统，所以在校外进行数据操作时会有一定的时延，或者页面打不开。b. 数据的输入采用统一的键盘输入，不需要其他的工具，但是数据是有一定的格式和密码限制的，所以输入不合法时会进入不了系统.c. 数据统一采用界面输入，接受者都是电脑，根据“提交”、“确认”、“删除”三个按钮，进入到数据库采用统一的处理。d. 数据的输出统一显示在界面上，一般采用表格的形式,必要时表格会打印输出.打印机的选择采用统一的接口.e. 数据要及时更新，数据必须每天进行一次备份，由于信息量巨大，以天为周期进行增量转储，以季度为周期进行海量转储.3.2输入的承担者说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。数据的输入可以是学生（查询成绩，选课，修改信息等），教师（查询选课，修改信息等）,教务人员(发布信息，课表,修改学生或教师信息等）;输入数据基本都是采用键盘,易于控制。数据的输入可以在界面也可以在数据库。3。3预处理对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。XXX校学分制教务管理系统面向的使用者范围很广，在学期结束时,使用量尤其大，因此在数据流的控制上需要注意。由于对于学生和教师的输入格式比较简单，因而不需要太注意。教务管理处理的信息格式多,需要进行简单转化。在进行学生选课的时候需要特别注意，访问量大,有可能造成系统崩溃，所以在选课是尽量分开安排学生选课.3。4影响说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响,例如要求用户单位增设某个机构等。 XXX校学分制教务管理系统是一个庞大的系统，有很大的数据存储，同时它的安全性也非常重要，不能透露私人信息，也不能随便乱改学生成绩。附件三：校学分制教务管理系统概要设计说明书学生姓名： 学 号： 班 级： 专 业： 学 部： 指教教师 : 审 核 人： 年 月 日更改说明 版本号更改时间更改人更改原因审批人Version1。0Version1。1年月日XXX参考资料栏的笔误进行了更正目 录1引言381。1编写目的381.2背景381。3定义381.4参考资料382任务概述392。1目标392。2运行环境392。3需求概述403总体设计413。1基本设计概念和处理流程413.2结构443.3功能需求与程序的关系454接口设计464.1用户接口464。2外部接口474。3内部接口475运行设计475。1运行模块组合475。2运行控制485.3运行时间486系统数据结构设计487系统出错处理设计487.1出错信息487。2补救措施4932 1引言1。1编写目的说明编写这份概要设计说明书的目的，指出预期的读者。为明确XXX校学分制教务管理系统的系统结构、安排项目规划与进度、制定详细测试计划、组织软件开发与测试，特撰写本文档。本文档供项目经理、设计人员、开发人员参考。1。2背景说明:a. 待开发软件系统的名称;b. 列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站（中心）。开发软件名称：XXX校学分制教务管理系统项目任务提出者:华中科技大学教务处项目开发者：ZOWL团队用户：华中科技大学学生,教务管理人员实现软件单位:ZOWL团队项目与其他软件，系统的关系：该系统需要在学生成绩管理系统,学生选课系统等已有系统直接复制数据，所以在定义数据时要与已有系统相兼容.本系统采用B/S，服务器端采用Microsoft Server 2003 为操作系统的工作站，是采用Microsoft SQL Server 2005的为开发软件的数据库服务程序。 1。3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组.SQL ：结构化查询语言，关系数据库查询的标准语言;SQL SERVER 2005:微软公司生产的SQL SERVER数据库管理系统；1.4参考资料列出有关的参考文件，如：a. 本项目的经核准的计划任务书或合同，上级机关的批文；b. 属于本项目的其他已发表文件；c. 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 XXX大学本科学分制学籍管理条例XXX大学学分制选课办法XXX大学学生学号编码管理办法 编号XXX校_FSR：可行性研究报告 镇祎编号 XXX校_xiangmujihua：项目计划说明书 汪瑶 编号 XXX校_xuqiuguifan需求规范说明书 欧高炎2任务概述可参见需求分析说明书部分进行简要介绍2.1目标因大量用户需要使用本系统的前台，所以决定采用B/S体系来设计本系统。教务管理人员登录本系统后，系统列出多有可供使用的功能模块，主要有八大模块：学籍管理、注册管理、教师信息管理、学生信息管理、成绩管理、课程管理、选课与排课管理、教务通知管理。教务管理人员工作时可以选择相应的功能模块进行快捷方便的教务管理。学生随时随地可以利用互联网，来进行查询个人基本信息、成绩查询、注册状态查询、课表下载，还可以查看教务人员发布的教务通知，方便地了解成绩、课程、通知等信息.教师用户同样可以随时随地进行进行教务通知查看、同时进行成绩录入工作。本系统基于UML建模,概要设计应输出用例图，主要用例的顺序图，系统的主要类图。2。2运行环境硬件及软件环境:1台服务器:PIII1.2G双CPU，SCSI双硬盘镜像,1G以上内存，Windows NT,Apache+JSP+SQLSERVER 2005服务器；客户机为普通支持浏览器的PC机；系统运行环境示意图如下：2.3需求概述旨在开发一个统一的网上教务信息管理平台,利用信息化手段辅助教学管理，达到提升我校教学管理信息化水平的目的。教务管理人员能够更方便地进行教务管理工作，包括学籍管理，注册管理，教师信息管理，学生信息管理，成绩管理，课程管理，选课与排课管理，以及教务通知管理等；学生用户能够利用该系统进行成绩查询，个人选课操作，查看教务通知,课表下载等；教师则能够进行成绩录入,查看教务通知等。XXX校学分制成绩管理系统主要需求列表如下：学籍管理功能。包括转专业管理、停学、休学、复学、退学、延长学习年限. 在进行学籍管理各子功能的操作时，操作界面应统一、直观.其中转专业时应包括的信息为(学号、转专业记录号、原转出院系、原转出专业、原转出班级、现转入院系、现转入专业），而停、休、复、退学则内容一致（学号、姓名、院系、专业、停学时间、停学原因、医院意见、班主任意见、院系意见、备注）。注册管理功能 。包括个人注册查询与注册操作、班级批量注册查询与操作。 个人注册管理时，只显示个人的注册状态及相关信息；而班级注册管理时则显示班级各成员的注册信息列表,能够支持统一处理.教师信息管理。包括教师信息查询、修改、添加和删除.学生信息管理.包括学生信息查询、修改、添加和删除.成绩管理。包括成绩录入、成绩报表（个人学期、学年、综合成绩报表;班级学年加权、综合加权成绩表、学分统计表；年级加权成绩一览表)。 各种成绩报表的格式参见需求规范说明书.课程管理。包括课程信息查询、修改、添加和删除.选课与排课管理.包括班级批量选课、个人选课；课表导入（上传）、课表导出（下载）。 不需要提供排课功能，只需要实现课表文件的导入与导出.即实现上传与下载功能。教务通知管理。包括通知查询、修改、添加和删除。教务管理人员进行通知修改、添加和删除。教师和学生进行查看。3总体设计3。1基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式。针对本系统的教务管理人员、学生、教师三种不同的角色，系统的处理流程如下图所示： 图2.1教务管理人员登录时的系统流程图 图2。2学生和教师登录时的系统流程图3。2结构用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.本系统的体系架构如图3所示：本系统体系结构大致可以定义为：客户机层上的表示层主要是通过Struts框架实现的，由显示视图产生一个请求。 请求被ActionServlet(控制器）接收，它在strutsconfig。xml文件中寻找请求的URI，找到对应的Action类后，Action类执行相应的业务逻辑。 Action类执行建立在模型组件基础上的业务逻辑，模型组件是和应用程序关联的。一旦Action类处理完业务逻辑，它把控制权返回给ActionServlet。，Action类提供一个键值作为返回的一部分,它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类处理结果.当ActionServlet把Action类的处理结果传送到指定的视图中，请求的过程也就完成了。中间业务层是通过Spring框架实现的,首先建立一个BaseAction,它继承了Action类,而其他定义的Action都要继承这个BaseAction。这个BaseAction需要导入AppContext工具类，这个AppContext需要导入Spring中org.spring