软件需求分析文档
——实验评语管理系统（SYPY）
专 业：计算机科学与技术
班 级： 小组成员：
目 录
第一部分：前景和范围文档 1 业务需求
1.1 背景与分工 1.2 业务目标 1.3 业务风险 2 解决方案前景
2.1 前景陈述 2.2 主要特性 2.3 假定和依赖 3 范围和局限性
3.1 初始版本和后续版本的范围 3.2 局限性和排斥性 4 业务和上下文
4.1 涉众和概览 4.2 项目优先级 第二部分：uml图
4.3 主要参与者 4.4 系统uml图主要如下 第三部分：软件需求规格说明 5 介绍
5.1 目标 5.2 项目范围和产品特性 6 总体描述
6.1 产品远景和规划 6.2 设计和实现的约束条件 6.3 用户文档 7 系统特性
7.1 学生下载文件
7.1.1 描述和优先级 7.1.2 刺激/响应序列 7.1.3 功能性需求
8 外部接口需求
8.1 用户界面 8.2 硬件接口 8.3 软件接口 8.4 通信接口 9 其他非功能性需求
9.1 性能需求
9.1.1精度 9.1.2吞吐量、 9.2 健壮性 9.3 灵活性
完整性
10 附录Ａ 11 附录Ｂ
第四部分：业务规则
9.4
第一部分：前景和范围文档
1 业务需求
1.1 背景与分工
说明：
⑴该系统为管理在线实验评语的系统； ⑵该系统供学生、教师、管理员共同使用：
①学生可以查看评语、实验管理、成绩查看、实验报告提交、提问问题等。 ②教师可以进行管理、实验报告批改、提问回复、学习资源上传、期末评分等。
③系统管理员可以进行实验管理、留言板管理、公告管理、考勤管理等。
在静态建模中，每个人负责两个子系统和类图的建立。分工如下： 负责登录管理子系统，实验管理子系统；郑璐璐负责个人信息管理子系统和实验评语管理子系统；负责留言板管理子系统和公告管理子系统。
1.2 业务目标
典型的实验室管理系统，可使广大的师生都参与到实验室管理中来，减少实验室管理人员的工作量，降低实验室管理的难度，解决师资不足、设备不足、场地不足等问题，最大化的给学生提供创新空间。
1.3 业务风险
1：在线交流时，人员过多会可能会导致卡顿。
2：在实验人员增多的情况下，管理员管理起来有可能会困难。
2 解决方案前景
2.1 前景陈述
网络技术的高速发展，使人类的信息资源实现了高度共享，并从根本上改变了人类进行信息交流的方式。
目前，我校学生和教师对网络资源的利用率很高，由于现在国家强调实践和知识相结合，所以安排的实验课程较多，但现在实验室供应紧缺，我们的实验评语系统，能够很好的安排实验室的使用情况，并能在线答疑学生的疑问，老师们及时回复学生的问题，满足同学们的需求，满足学校教学任务的要求。 对那些希望通过教学系统来完成教学答疑或提问的学生和教师来说，本系统是一个基于Internet的应用程序，可以同时被多人使用。打破了时间和空间的限制，更好地完成学校的教育教学工作。
2.2 主要特性
1：学生可以登陆系统浏览信息、修改信息、上传实验，提问问题，在线交流。
2：教师可以登陆系统查看信息、查看实验室安排、发布实验内容、批改实验报告、答疑学生的问题、发布消息、修改和更新消息。
3：教师和学生可以通过论坛进行交流。
4：管理员可以修改学生和老师信息、管理实验室的安排、修改后台的数据库。
2.3 假定和依赖
假定-1：net、PC、Server。 假定-2：系统及时性。
依赖-1：以后可能涉及到与其它系统的交互。
3 范围和局限性
3.1 初始版本和后续版本的范围
3.2 局限性和排斥性
4 业务和上下文
4.1 涉众和概览
4.2 项目优先级
第二部分：uml图
4.3 主要参与者
各类用户类确认的“网络教学系统”的主要参与者如下所示：
系统框图如下
4.4 系统主要uml图如下 用例图
1.实验评语管理系统
2.登录管理子系统
3.实验管理子系统
4.个人信息管理子系统
5.实验评论管理子系统
6.留言板管理子系统
7.公告管理子系统
类图
1.实验评语管理系统
2.登录管理子系统
3.实验管理子系统
4.个人信息管理子系统
5.实验评论管理子系统
6.留言板管理子系统
7.公告管理子系统
顺序图
协作图
教学资源管理子系统 顺序图
协作图
授课管理子系统 顺序图
协作图
系统设置子系统 顺序图
协作图
学习管理系统 顺序图
协作图
学习交流系统 顺序图
协作图
学习评价系统 顺序图
协作图
状态图
评价管理系统
授课管理系统
系统设置子系统
学习管理子系统
活动图
评价管理子系统
授课管理子系统
系统管理子系统
学习管理子系统
部署图
构件图
第三部分：软件需求规格说明
5 介绍
5.1 目标
软件需求规格说明描述了“网络教学系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中实现。
5.2 项目范围和产品特性
“网络教学系统”允许教师和学生通过网络完成教育教学活动，另外可以通过此系统进行交流。详细的项目描述请参加《网络教学系统前景和范围文档》。这一部分的标题为“初始版本和后续版本的范围”列出了按照进度计划在这一版本中实现的全部或部分特性。
6总体描述 6.1产品远景和规划
“网络教学系统”对学校来说，是一个新系统，它弥补了现在教与学以及管理的不足之处。期望系统演化复制成若干个版本，最终完成远程函授，实现在家里就可以上学的宏伟目标。
6.2设计和实现的约束条件
工期要求：要求必须在6个月的期限内完成系统的开发工作，通过验收并投入校园试运行。
经费要求：开发经费不超过2000元。
6.3用户文档
1. 系统将提供一个分层的和跨链接的HTML联机帮助系统，描述并演示所有系统功能。
2. 如果是一个新的用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何使用此系统。系统不会将这一模板存储到数据库中，也不会提交。
7系统特性
7.1学生下载文件
1. 描述和优先级
2. 激励/相应序列
7.1.1描述和优先级
学生的身份得到验证之后，方可以使用“网络教学系统”，特别可以下载文件，教师取消或改变文件，优先级为高。
7.1.2刺激/响应序列
刺激：学生下载文件，可以是一份或多份。
响应：系统向学生询问下载细节。
刺激：教师请求更新课件。
响应：如果状态是下载完毕，则系统允许进货部门员工编辑以前的订单。 刺激：教师请求更新课件
响应：如果系统状态是“正在下载”则系统取消教师更改。
7.1.3功能性需求
8 外部接口需求
8.1用户界面
用户界面友好
8.2硬件接口
网络接口
8.3软件接口
采用BS结构，数据传输HTTP协议，即超文本传输协议。
随着软件的不断更新，该软件可能会与缴费系统相接。
8.4通信接口
略
9其他非功能性需求
9.1性能需求
应该有完善的备份措施保障数据可以恢复至关键修改，在硬件发生故障的情况下，应该能保证数据不会遭到毁灭。
9.1.1精度
日期时间：业务信息精确到秒，操作日志信息精确到百分之一秒。
其它数据：符合输出报表、表单的精度要求。
9.1.2吞吐量
应保证1000人以上同时使用系统均能得到及时、正确的响应。
9.2健壮性
系统遇到用户可能的非法操作和输入非法数据时，相关软件或硬件组成部分的缺陷或异常的操作情况发生时，应能继续正确运行当前功能，保证不会发生数据一致性错误，或者具有恢复功能，或者给用户提示，由用户选择。
9.3灵活性
系统应该是可扩充、可增加、可修改的，预留将来发展的接口。新增或扩充子系统、新增或扩充功能、删减或修改功能不会破坏其他的子系统功能。新增或修改可以方便地通过定制的手段来实现。系统的结构应该可以跟上技术的变化，不至于技术落后，同时技术的变化不会影响现有的工作。
9.4完整性
系统应具有防止非法访问系统、防止数据丢失或篡改、防止病毒入侵并防止私人数据进入系统等功能。保证数据关联性的完整。用户访问的情况要记录，数据和访问必须通过特定的方法完全保护起来，网络设施、硬件设施均要建立相应的保护。
10附录Ａ
数据字典
学生信息=学号+姓名+专业班级+性别+年龄+ID号
教师信息=编号+专业+教研室+姓名+性别+年龄
管理员信息=编号+专业+教研室+姓名+性别+年龄
数据模型
软件需求分析文档
——实验评语管理系统（SYPY）
专 业：计算机科学与技术
班 级： 小组成员：
目 录
第一部分：前景和范围文档 1 业务需求
1.1 背景与分工 1.2 业务目标 1.3 业务风险 2 解决方案前景
2.1 前景陈述 2.2 主要特性 2.3 假定和依赖 3 范围和局限性
3.1 初始版本和后续版本的范围 3.2 局限性和排斥性 4 业务和上下文
4.1 涉众和概览 4.2 项目优先级 第二部分：uml图
4.3 主要参与者 4.4 系统uml图主要如下 第三部分：软件需求规格说明 5 介绍
5.1 目标 5.2 项目范围和产品特性 6 总体描述
6.1 产品远景和规划 6.2 设计和实现的约束条件 6.3 用户文档 7 系统特性
7.1 学生下载文件
7.1.1 描述和优先级 7.1.2 刺激/响应序列 7.1.3 功能性需求
8 外部接口需求
8.1 用户界面 8.2 硬件接口 8.3 软件接口 8.4 通信接口 9 其他非功能性需求
9.1 性能需求
9.1.1精度 9.1.2吞吐量、 9.2 健壮性 9.3 灵活性
完整性
10 附录Ａ 11 附录Ｂ
第四部分：业务规则
9.4
第一部分：前景和范围文档
1 业务需求
1.1 背景与分工
说明：
⑴该系统为管理在线实验评语的系统； ⑵该系统供学生、教师、管理员共同使用：
①学生可以查看评语、实验管理、成绩查看、实验报告提交、提问问题等。 ②教师可以进行管理、实验报告批改、提问回复、学习资源上传、期末评分等。
③系统管理员可以进行实验管理、留言板管理、公告管理、考勤管理等。
在静态建模中，每个人负责两个子系统和类图的建立。分工如下： 负责登录管理子系统，实验管理子系统；郑璐璐负责个人信息管理子系统和实验评语管理子系统；负责留言板管理子系统和公告管理子系统。
1.2 业务目标
典型的实验室管理系统，可使广大的师生都参与到实验室管理中来，减少实验室管理人员的工作量，降低实验室管理的难度，解决师资不足、设备不足、场地不足等问题，最大化的给学生提供创新空间。
1.3 业务风险
1：在线交流时，人员过多会可能会导致卡顿。
2：在实验人员增多的情况下，管理员管理起来有可能会困难。
2 解决方案前景
2.1 前景陈述
网络技术的高速发展，使人类的信息资源实现了高度共享，并从根本上改变了人类进行信息交流的方式。
目前，我校学生和教师对网络资源的利用率很高，由于现在国家强调实践和知识相结合，所以安排的实验课程较多，但现在实验室供应紧缺，我们的实验评语系统，能够很好的安排实验室的使用情况，并能在线答疑学生的疑问，老师们及时回复学生的问题，满足同学们的需求，满足学校教学任务的要求。 对那些希望通过教学系统来完成教学答疑或提问的学生和教师来说，本系统是一个基于Internet的应用程序，可以同时被多人使用。打破了时间和空间的限制，更好地完成学校的教育教学工作。
2.2 主要特性
1：学生可以登陆系统浏览信息、修改信息、上传实验，提问问题，在线交流。
2：教师可以登陆系统查看信息、查看实验室安排、发布实验内容、批改实验报告、答疑学生的问题、发布消息、修改和更新消息。
3：教师和学生可以通过论坛进行交流。
4：管理员可以修改学生和老师信息、管理实验室的安排、修改后台的数据库。
2.3 假定和依赖
假定-1：net、PC、Server。 假定-2：系统及时性。
依赖-1：以后可能涉及到与其它系统的交互。
3 范围和局限性
3.1 初始版本和后续版本的范围
3.2 局限性和排斥性
4 业务和上下文
4.1 涉众和概览
4.2 项目优先级
第二部分：uml图
4.3 主要参与者
各类用户类确认的“网络教学系统”的主要参与者如下所示：
系统框图如下
4.4 系统主要uml图如下 用例图
1.实验评语管理系统
2.登录管理子系统
3.实验管理子系统
4.个人信息管理子系统
5.实验评论管理子系统
6.留言板管理子系统
7.公告管理子系统
类图
1.实验评语管理系统
2.登录管理子系统
3.实验管理子系统
4.个人信息管理子系统
5.实验评论管理子系统
6.留言板管理子系统
7.公告管理子系统
顺序图
协作图
教学资源管理子系统 顺序图
协作图
授课管理子系统 顺序图
协作图
系统设置子系统 顺序图
协作图
学习管理系统 顺序图
协作图
学习交流系统 顺序图
协作图
学习评价系统 顺序图
协作图
状态图
评价管理系统
授课管理系统
系统设置子系统
学习管理子系统
活动图
评价管理子系统
授课管理子系统
系统管理子系统
学习管理子系统
部署图
构件图
第三部分：软件需求规格说明
5 介绍
5.1 目标
软件需求规格说明描述了“网络教学系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中实现。
5.2 项目范围和产品特性
“网络教学系统”允许教师和学生通过网络完成教育教学活动，另外可以通过此系统进行交流。详细的项目描述请参加《网络教学系统前景和范围文档》。这一部分的标题为“初始版本和后续版本的范围”列出了按照进度计划在这一版本中实现的全部或部分特性。
6总体描述 6.1产品远景和规划
“网络教学系统”对学校来说，是一个新系统，它弥补了现在教与学以及管理的不足之处。期望系统演化复制成若干个版本，最终完成远程函授，实现在家里就可以上学的宏伟目标。
6.2设计和实现的约束条件
工期要求：要求必须在6个月的期限内完成系统的开发工作，通过验收并投入校园试运行。
经费要求：开发经费不超过2000元。
6.3用户文档
1. 系统将提供一个分层的和跨链接的HTML联机帮助系统，描述并演示所有系统功能。
2. 如果是一个新的用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，这样用户可以使用静态教程菜单来具体实践一下如何使用此系统。系统不会将这一模板存储到数据库中，也不会提交。
7系统特性
7.1学生下载文件
1. 描述和优先级
2. 激励/相应序列
7.1.1描述和优先级
学生的身份得到验证之后，方可以使用“网络教学系统”，特别可以下载文件，教师取消或改变文件，优先级为高。
7.1.2刺激/响应序列
刺激：学生下载文件，可以是一份或多份。
响应：系统向学生询问下载细节。
刺激：教师请求更新课件。
响应：如果状态是下载完毕，则系统允许进货部门员工编辑以前的订单。 刺激：教师请求更新课件
响应：如果系统状态是“正在下载”则系统取消教师更改。
7.1.3功能性需求
8 外部接口需求
8.1用户界面
用户界面友好
8.2硬件接口
网络接口
8.3软件接口
采用BS结构，数据传输HTTP协议，即超文本传输协议。
随着软件的不断更新，该软件可能会与缴费系统相接。
8.4通信接口
略
9其他非功能性需求
9.1性能需求
应该有完善的备份措施保障数据可以恢复至关键修改，在硬件发生故障的情况下，应该能保证数据不会遭到毁灭。
9.1.1精度
日期时间：业务信息精确到秒，操作日志信息精确到百分之一秒。
其它数据：符合输出报表、表单的精度要求。
9.1.2吞吐量
应保证1000人以上同时使用系统均能得到及时、正确的响应。
9.2健壮性
系统遇到用户可能的非法操作和输入非法数据时，相关软件或硬件组成部分的缺陷或异常的操作情况发生时，应能继续正确运行当前功能，保证不会发生数据一致性错误，或者具有恢复功能，或者给用户提示，由用户选择。
9.3灵活性
系统应该是可扩充、可增加、可修改的，预留将来发展的接口。新增或扩充子系统、新增或扩充功能、删减或修改功能不会破坏其他的子系统功能。新增或修改可以方便地通过定制的手段来实现。系统的结构应该可以跟上技术的变化，不至于技术落后，同时技术的变化不会影响现有的工作。
9.4完整性
系统应具有防止非法访问系统、防止数据丢失或篡改、防止病毒入侵并防止私人数据进入系统等功能。保证数据关联性的完整。用户访问的情况要记录，数据和访问必须通过特定的方法完全保护起来，网络设施、硬件设施均要建立相应的保护。
10附录Ａ
数据字典
学生信息=学号+姓名+专业班级+性别+年龄+ID号
教师信息=编号+专业+教研室+姓名+性别+年龄
管理员信息=编号+专业+教研室+姓名+性别+年龄
数据模型