实验评语管理系统实验报告.docx
《实验评语管理系统实验报告.docx》由会员分享，可在线阅读，更多相关《实验评语管理系统实验报告.docx（33页珍藏版）》请在冰豆网上搜索。
实验评语管理系统实验报告
（此文档为word格式，下载后您可任意编辑修改！
）
软件需求分析文档
——实验评语管理系统（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灵活性
9.4完整性
10附录Ａ
11附录Ｂ
第四部分：
业务规则
第一部分：
前景和范围文档
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初始版本和后续版本的范围
特性
版本1
版本2
版本3
FE-1
所有用户只有登录后才能浏览信息
允许匿名访问网站，浏览网站公用信息
允许匿名用户工作注册成为系统用户
FE-2
批改作业功能暂不实现
批改作业功能暂不实现
完全实现教师功能
FE-3
实现
进一步完善
FE-4
实现页面维护
处理注册功能
3.2局限性和排斥性
4业务和上下文
4.1涉众和概览
涉众
主要价值
态度
主要兴趣
约束条件
学校管理层
提高教学资源的合理安排；从而节省学校的开支，符合节约中国的要求
强烈承诺尽快完成版本1，如果有条件，抓紧时间完成版本3
使用本系统节约的费用，超过学校以前同类开支，比如交通补助和电话费补助。
无
教师
更高效的完成教育教学任务，提高学生的学习成绩。
担心学校裁员，担心补助金额减少；担心使用不好本系统，否则很愿意接受新系统
维持现有的工资待遇
培训教师，尤其是老教师掌握使用Internet所必须的技能
学生
可以更好的完成学习任务；在网上可以方便的与教师交流
积极支持新系统
使用简单
需要计算机和互联网
4.2项目优先级
因素
具体干活着
约束条件
自由度
进度
计划1909前完成第一版，
到9909前完成第二版；在不包括责任人
特性
安排1.0版本实现的特性必须完全可操作
质量
必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守现有的安全标准
工作人员
项目团队规模包括一名半日工作的项目经理，两名开发人员，和一名半日工作的测试人员；如果有必要，还可以另外再增加半日开发人员和半日测试人员以及美工人员
费用
在不包括责任人评审的情况下，财政预算最多可超支15%
第二部分：
uml图
4.3主要参与者
各类用户类确认的“网络教学系统”的主要参与者如下所示：
主要参与者
学生
1.浏览信息
2.登陆
3.修改个人信息
4.查询实验安排
5.提交实验报告
6.查看实验评语
7.发表留言、与同学在线交流
教师
8.登陆
9.修改个人信息
10.实验发布、实验修改
11.实验报告批改
12.在线答疑
13.发布消息
14.查看留言板并回复
系统管理员
15.登陆系统
16.用户信息维护和修改
17.实验室安排、实验删除
18.删除过期留言
19.添加、删除、发布公告信息
用例ID号
UC_1
名称
浏览信息
创建者
、、
创建时间
2013年6月1号
最后更新日期
2013年6月2号
参与者
在校学生
描述
学生应该为在校的学生，在用此系统之前，应该由管理员把每个学生的学号保存在数据库里，学生可直接用自己的学号来登陆系统来浏览信息。
前置条件
1.学生拥有一台能够正常与互联网连接的计算机
2.能够通过浏览器访问互联网
后置条件
1.实验评语管理系统主页根据用户访问信息显示该用户的学号和姓名、操作系统、访问时间。
2.根据用户的登陆访问访问来更新实验管理系统页面的访问量
主干过程
1.0浏览网站信息
1.用户输入网址
2.显示主页面
3.点击公告
4.系统显示用户所选择的实验
5.返回主页面（回到第2步）
6.访问其它栏目标题
7.系统显示一个栏目下所有的公告
8.学生登陆系统察看个人信息
分支过程
无
异常
网站维护，如果学生正在打开次系统地网址将提示学生，此时网站正在维护。
包含
无
优先级
高
使用频率
大约300名用户，平均每天使用一次
用例ID号
UC-2
名称
登陆
创建者
、、
创建日期
2013年4月
最后的更新日期
2013年6月
参与者
学生、教师
描述
用户在主页面浏览信息之后，就可用自己的ID号进行登陆
前置条件
管理员将学生和教师的ID号保存在数据库中，用户可直接用自己的ID号进行登陆
后置条件
系统将记录用户的ID号，避免其它用户更改此用户信息
主干过程
用户登陆成功
1.可修改个人密码
2.学生可查看老师是否在线
3.学生查看教师实验报告批改情况
4.学生之间、学生和教师之间可在线交流答疑
分支过程
无
异常
如果用户登陆三次没有成功，系统将提示提示此ID用户在2小时内不可在输入
优先级
高
使用频率
大约一万名用户，每天平均使用一次
ID号
UC-3
名称
批改实验报告
创建者
、、
创建时间
2013年4月
最后更新日期
2013年6月
参与者
教师
描述
教师可在线批改学生完成的实验报告，并把批改的情况发布给每个所教的学生
前置条件
学生必须完成教师布置的实验，并提交给老师，老师方可批改实验报告
后置条件
学生登陆系统后系统将提示学生“您有一条消息”
主干过程
批改实验报告
1.首先必须由教师给学生布置实验，并说明提交时间
2.学生接受老师布置的实验，进行在线解答，之后提交给老师
3.老师接受学生的答案，并进行批改
分支过程
在线的同学将通知没在线的同学
异常
由于某种原因，学生提交给教师的完成的作业或者老师给学生布置的作业将无法显示内容
优先级
高
使用频率
大约每天5此左右
ID号
UC-4
名称
信息维护
创建者
高哲彬张宇娟崔丹
创建日期
2013年4月
最后创建日期
2013年6月
参与者
管理员
描述
管理员对信息进行维护
前置条件
出现某种状况、管理员对学生、老师、实验室安排信息进行维护
后置条件
将会满足用户的需求
主干过程
分支过程
无
异常
出于某种状况，信息混杂，应及时修改
优先级
极高
使用频率
平均每两个月维护一次
系统框图如下
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号
⏹教师信息=编号+专业+教研室+姓名+性别+年龄
⏹管理员信息=编号+专业+教研室+姓名+性别+年龄
数据模型
升级会员 