1、研究生设计性实验报告课程名称：面向对象系统分析与设计系统分析与设计报告项目名称 学籍及成绩管理系统 项目经理 80920540 项目成员 余杰 80920538 曾华艺 80920539 张兆年 80920540 班 级 12班 组别：第 3 组指导教师 徐升华教授 开课学期 2009 至2010 学年第 2 学期完成时间 2010 年 5 月 25 日 指 导 教 师 评 语成绩： 分（总分 30 分） 教师签名： 2010 年 月 日任务分工表序号 姓名 班级 学号 E-mail 电话 签名张兆年 09 管工 80920540 159706559571任务分工总体负责，需求分析，资料收集
2、，文档整理，绘制类图、用况图、协作图、活动图、顺序图、类图绘制曾华艺 09 管工 80920539 135761064192任务分工需求分析，资料收集，详细设计，撰写文档，协作图、活动图、顺序图、类图绘制，最后优化等09 管工 80920538 138708520453任务分工需求分析，资料收集，详细设计，撰写文档，用况图、协作图、活动图、顺序图、类图绘制，最后优化等4任务分工5任务分工学籍与成绩管理系统需求说明系统分析说明书（需求规格说明书）目录1 概述 11.1 编写目的 .11.2 参考资料 .11.3 术语和缩写词* .12 需求 12.1 主要功能分析 .12.2 功能结构 .22.
3、3 用例模型 .32.3.1 总用例图 32.3.2 学籍管理用例图 .42.3.3 成绩管理用例图 .62.3.4 课程管理用例图 .83 环境 113.1 运行环境 .113.2 开发环境 .114. 项目实施计划 .124.1 工作任务的分解 .124.2 项目进度安排 .12【注】本编写指南中带有“*”标志的表示可选部分，即在文档编写过程中可以依据实际项目的具体情况进行取舍，文档完成后这些“*”标记应该去掉。学籍与成绩管理系统需求说明11 概述1.1 编写目的本文档的编写目的是为学籍及成绩管理系统项目的开发提供：a. 软件总体要求，作为用户和软件开发人员之间了解的基础；b. 功能、性能
4、、接口和可靠性的要求，作为软件人员进行设计和编码的基础；c. 验收标准，作为用户确认测试的依据。1.2 参考资料a. 项目来源；学籍及成绩管理系统是学校管理系统中的一个重要组成部分。其主要的作用是帮助学校的有关教务科室对学生所学课程的成绩及学籍进行集中管理，同时还要根据不同专业的要求，设定不同的必修课、选修课，并根据课程的考核成绩计算学生每学期的学分绩作为评价学生学习成绩的依据。b. 本文档中引用到的规范和资料:1.吴建, 郑潮, 汪杰.UML 基础与 Rose 建模案例(第 2 版). 北京: 人民邮电出 版社, 2004.2.董兰芳，刘振安UML 课程设计.北京：机械工业出版社，20051
5、.3 术语和缩写词*系统管理员：对系统进行维护。教学管理员：将新生的基本情况数据添加作为学籍信息。对在校信息进行管理，整理及统计毕业信息，对每个学生的学分进行管理，对成绩按照不同的方式进行组织和统计。教师：负责学生成绩的录入，修改和查询。学生：查询自己的成绩信息，学籍信息，及选择信息，选择课程。学籍信息：包含学生从入学到毕业的所有信息。在校信息：包含学生的班级、专业信息，纪律、荣誉、处分等。课程信息：包含课程的授课老师，学分，上课时间等信息。2 需求2.1 主要功能分析学籍及成绩管理系统主要是对于学生学籍，成绩以及课程进行管理。其主要的业务如下：1 学籍管理 记录学生入学到毕业的信息。（1）学
6、籍信息添加。 （当新生录取后，学籍管理人员将新生的基本情况数据填入学生成绩卡片中基本情况一栏，并按学生的来源编制学号。 ）（2）学籍信息修改。 （由学生对其具体信息进行修改）（3）在校信息管理。 （包括班级、专业的变动，纪律、荣誉、处分等以及学生选课的情况）（4）毕业信息管理。 （教务管理部门每学年都将根据学生的选课情况和成绩，计算每个专学籍与成绩管理系统需求说明2业毕业的学生的学分绩）2 成绩管理 记录每门课程的成绩以及相关的教师学生。（1）成绩录入。 （记录每个学生每门课程的成绩）（2）成绩查询。 （学生，老师可以对学生成绩进行查询）（3）成绩统计。 （教务管理部门需要对每门课程的考试成绩
7、进行综合统计，需要计算出每门课程成绩的分布(均值、方差及各分数段分布等数据)，同时对学习情况进行相应的分析(不同班级相同课程的成绩对比、同一班级不同课程成绩对比、教师教学效果分析等)。（4）学分管理。 （根据学生选修的课程和成绩，统计学分）3 课程管理 记录课程的信息，以及学生的选课情况，（1）课程信息管理。 （管理各课程的信息）（2）学生选课。 （对学生选课信息进行管理）（3）课程查询。 （学生或者教学管理员对课程进行查询)。以上为主要工作流程，经过初步调查和分析，对学籍与成绩管理信息系统的目标范围进行确定。管理员活动图如图 1 所示。图 1 管理员活动图学生活动图如图 2 所示。学籍与成绩
8、管理系统需求说明3图 2 学生活动图2.2 功能结构本系统粗略的功能结构如图 2 所示，详细功能定义见用例模型一节。图 2 学籍与成绩管理信息系统总体结构学籍与成绩管理系统需求说明42.3 用例模型2.3.1 总用例图图 3 总用例图用例名称 总用例图参与者 教师，教学管理员，系统管理员，学生假设前置条件 系统参与者已成功登录后置条件 对系统的学籍信息，成绩信息，课程信息及系统信息进行管理主事件流 1系统提示参与者登录系统2参与者选择操作3参与者结束操作备选事件流 系统包含学籍管理，成绩管理，课程管理，系统管理学籍与成绩管理系统需求说明52.3.2 学籍管理用例图图 4 学籍管理用例图用例名称
9、 学籍管理参与者 教学管理员假设 学生的各种奖励、处罚，都要记录在学籍中。当学生因特殊情况休学或复学可以由教学管理员通过休复学管理进行相关操作。前置条件 系统参与者已成功登录后置条件 最新的学籍信息得到更新主事件流 1系统提示可执行的操作2教学管理员选择操作3教学管理员结束学籍管理备选事件流 2a入学管理1. 系统提示输入新生的有关信息2. 教学管理员登记新生的入学信息，建立新生学籍档案3. 系统保存新生学籍信息2b毕业管理1. 教学管理员选择要毕业的学生2. 对学生与毕业相关的信息进行提取3. 系统保存学生信息2c学籍修改 1. 系统提示输入要修改的与学籍有关的信息2. 修改学籍的相关数据，
10、确认提交3. 系统更新学籍信息2d休复学管理学籍与成绩管理系统需求说明61. 系统提示输入学籍的有关信息2. 管理员修改学籍的休复学相关数据，确认提交3. 系统更新学籍信息2e奖惩管理1. 系统提示输入学籍的有关信息2. 管理员修改学籍的奖惩信息，确认提交3. 系统更新学籍信息用例名称 信息查询参与者 教学管理员，学生假设 教学管理员可以查询所有学生学籍，学生只能查询自己的学籍信息。前置条件 系统参与者已成功登录后置条件 查询到相应的学生学籍信息主事件流 1参与者输入要查询的学生的基本条件2系统根据输入条件检索查询学生的学籍信息3显示要查询的学生的当前所有的学籍情况备选事件流 未能找到满足条件
11、的学生学籍信息，提示参与者，终止用例2.3.3 成绩管理用例图图 5 成绩管理用例图学籍与成绩管理系统需求说明7用例名称 成绩录入参与者 教师，教学管理员假设 教师或者教学管理员负责成绩的录入前置条件 系统参与者已成功登录后置条件 将成绩录入到系统中主事件流 1系统提示对成绩进行录入；2用户将成绩录入到系统中，确认提交3系统更新学生成绩。备选事件流 输入的成绩超出了限定的范围，提示用户重新输入用例名称 成绩修改参与者 教师，教学管理员假设 教师或者教学管理员负责成绩的修改前置条件 系统参与者已成功登录，并且成绩已存在于系统中后置条件 在系统中成功修改学生的成绩主事件流 1 系统提示输入要修改成
12、绩的学生2系统根据输入条件检索要修改的成绩信息3修改成绩，确认提交4系统更新学生成绩。备选事件流 输入的成绩超出了限定的范围，提示用户重新输入用例名称 成绩查询参与者 教师，教学管理员，学生假设 教师，教学管理员，学生可以对学生成绩进行查询前置条件 系统参与者已成功登录，并且成绩已经存在于系统中后置条件 查询到相应的学生成绩主事件流 1系统提示输入要查询的学生的基本条件2系统根据输入条件检索查询信息3系统显示要查询的学生成绩备选事件流 检索不到要查询的学生，课程或者成绩信息，提示用户，用例终止用例名称 成绩统计参与者 教学管理员假设 教务管理部门需要对每门课程的考试成绩进行综合统计前置条件 系
13、统参与者已成功登录后置条件 计算出每门课程成绩的分布，同时分析学习情况主事件流 1系统显示学生成绩2根据参与者要求（不同班级相同课程的成绩对比、同一班级不同课程成绩对比、教师教学效果分析） ，用不同的方法(均值、方差及各分数段分布等数据)对成绩进行统计3根据要求显示统计的结果备选事件流 无学籍与成绩管理系统需求说明8用例名称 学分管理参与者 教学管理员假设 学分要由教学管理员进行管理，对于表现突出或获得某种荣誉的学生加上一定的学分奖励。前置条件 系统参与者已成功登录后置条件 对每个学生学分进行管理主事件流 系统对每门课程的学分进行管理备选事件流 2a学分生成 1系统提示可执行操作2根据学生所修
14、的课程及其学分计算该学生学分3系统保存学生的学分2b学分奖励1系统检索出要奖励学分的学生，及其学分2系统修改这些学生的学分3系统更新学分信息2c学分查询1参与者输入要查询的学生的基本条件2系统根据输入条件检索查询信息3显示要查询的学生的当前所有的学分情况学籍与成绩管理系统需求说明92.3.4 课程管理用例图图 6 课程管理用例图用例名称 课程维护参与者 教学管理员假设 教学管理员根据需要，对课程进行相应的维护前置条件 教学管理员已被识别和授权后置条件 最新的课程维护信息得到保存主事件流 1 系统提示可执行的操作；2 管理员选择操作；3 管理员结束课程维护操作；备选事件流 2a 已有操作选项1
15、课程添加操作；2 课程修改操作；3 课程删除操作用例名称 选课调整参与者 教学管理员假设 教学管理员对选课进行调整前置条件 教学管理员已被识别和授权后置条件 最新的选课信息得到保存学籍与成绩管理系统需求说明10主事件流 1 系统显示原来的选课信息，提示可执行的操作；2 管理员选择操作；3 管理员结束选课调整操作；备选事件流 2a 已有操作选项1 课程记录增加； 2 课程记录修改；3 课程记录删除 用例名称 选课查询参与者 学生或教学管理员假设 学生和教学管理员查询到选课的相关信息前置条件 教学管理员和学生已被识别和授权后置条件 无主事件流 1 系统显示所有选课的信息；2 管理员或学生根据备选内
16、容选择到所需的选课；3 系统显示相应选课的信息备选事件流 2a 已有操作选项1 录入教师姓名 ；2 录入选课代码；3 录入班号；4 录入选课时间；用例名称 学生选课参与者 学生假设 学生选择选修和必修课程前置条件 学生已被识别和授权后置条件 系统自动保存学生选课信息主事件流 1 系统提示学号等信息的输入；2 学生根据自己情况选择课程；3 系统显示最终选择的课程；备选事件流 2a 必修课的选择1 教务处指定的课程系统自动选择2 未指定的必修课可根据提供的信息选择2b 选修课的选择1 根据个人情况，确定选修课的选课2.3.5 系统管理用例图学籍与成绩管理系统需求说明11图 7 系统管理用例图用例名
17、称 系统日志管理参与者 系统管理员假设 系统管理员对系统进行日志管理前置条件 系统管理员已被识别和授权后置条件 系统对更新后的日志进行保存主事件流 1 系统提示可执行的操作；2 管理员对日志进行查看、分类等操作；3 系统保存更新后的信息；备选事件流 无用例名称 系统备份参与者 系统管理员假设 系统管理员对系统进行备份前置条件 系统管理员已被识别和授权后置条件 系统对系统的备份进行保存主事件流 1 系统提示可执行的操作；2 管理员对系统进行备份操作； 备选事件流 无用例名称 权限管理参与者 系统管理员假设 系统管理员对系统进行权限管理前置条件 系统管理员已被识别和授权学籍与成绩管理系统需求说明1
18、2后置条件 系统对更新后的权限进行保存主事件流 1 系统提示可执行的操作；2 管理员根据要求对系统权限进行相应操作；3 系统保存更新后的信息；备选事件流 2a1 用户管理；2 权限设置用例名称 用户管理参与者 系统管理员假设 系统管理员对用户进行管理前置条件 系统管理员已被识别和授权后置条件 系统对更新后的用户信息进行保存主事件流 1 系统提示可执行的操作；2 管理员根据用户情况对用户进行相应操作；3 系统保存更新后的信息；备选事件流 2a 用户操作1 用户添加；2 用户修改；3 用户删除；4 用户查询3 环境3.1 运行环境硬件：联想万全 T350 一台，100M 校园网，联想 PC 机多台
19、软件：Windows 2003 Server（服务器）SQL Server 2005Windows XP/2000/2003IE6.0 以上IIS6.0Microsoft Office 2000/2003/XP3.2 开发环境硬件：联想万全 T350 一台，100M 校园网，联想 PC 机多台软件：Windows 2003 Server（服务器）SQL Server 2005Windows XP/2000/2003IE6.0 以上IIS6.0Microsoft Office 2000/2003/XPVisual Studio 2005IBM Rational Software Architect V6.0
