最新网络教学系统软件需求分析文档毕业设计论文wo.docx
《最新网络教学系统软件需求分析文档毕业设计论文wo.docx》由会员分享，可在线阅读，更多相关《最新网络教学系统软件需求分析文档毕业设计论文wo.docx（21页珍藏版）》请在冰豆网上搜索。
最新网络教学系统软件需求分析文档毕业设计论文wo
软件需求分析文档
——拟开发系统：
网络教学系统
专业：
软件工程
班级：
软件工程0601班
小组成员：
陈东陛（06430119）
陈海泉（06430120）
2009年6月
目录
第一部分：
前景和范围文档1
1业务需求1
1.1背景、业务机会和客户需要1
1.2业务目标（BO）和成功标准（SC）1
1.3业务风险（RIsk）1
2解决方案前景2
2.1前景陈述2
2.2主要特性（Feature）2
2.3假定（AS）和依赖（DE）2
3范围和局限性2
3.1初始版本和后续版本的范围2
3.2局限性（LImitation）和排斥性3
4业务和上下文3
4.1涉众和概览3
4.2项目优先级3
第二部分：
用例5
4.3用例和主要参与者5
4.4系统主要用例图如下8
第三部分：
软件需求规格说明10
5介绍10
5.1目标10
5.2项目范围和产品特性10
5.3参考文献10
6总体描述10
6.1产品远景和规划10
6.2用户类和用户特性10
6.3运行环境12
6.4设计和实现的约束条件12
6.5用户文档12
7系统特性13
7.1学生下载文件13
7.1.1描述和优先级13
7.1.2刺激/响应序列13
7.1.3功能性需求13
8外部接口需求14
8.1用户界面14
8.2硬件接口14
8.3软件接口14
8.4通信接口14
9其他非功能性需求14
9.1性能需求14
9.1.1精度14
9.1.2吞吐量14
9.2健壮性15
9.3灵活性15
9.4完整性15
10附录Ａ15
11附录Ｂ15
第四部分：
业务规则16
第一部分：
前景和范围文档
1业务需求
1.1背景、业务机会和客户需要
目前，高校的教育教学基本还是传统的教学模式，虽然大部分高校已组建了自己的校园网，但是未能很好地利用网络资源。
以我校为例，教育教学活动的大体流程是教师写教案、备课，课堂讲授，发放课件、课堂提问，布置作业，回收作业，批改作业……如此循环，课件的发放方式主要是通过U盘拷贝给学生，作业上交98以上是传统纸质作业本。
虽然我们学校目前还没有建立自己的校园网，但是由于信息化社会的发展，据不完全统计：
有80%以上的学生拥有自己的计算机，并能够与互联网连接；有95%以上的教师拥有能够上网的计算机。
学生教师具备这些硬件条件，但是，都没能够很好的利用这些资源，同时，由于时间和空间的限制，师生的交流时间很少。
据我们的调查，学生需要一个这样的平台，来弥补现实中所学知识的不足，同样，教师和学校的管理部门也有这样的意愿，来提高教学质量，来提升我校形象。
1.2业务目标（BO）和成功标准（SC）
BO-1：
初始版本发布的第一个学期内，学生的不及格率降低，优秀率提高，师生交流增加，师生关系改善。
学生对于U盘的依赖降低。
BO-2：
在以上的基础上，各项指标有所增长。
SC-1：
第二学期，对本系统的利用率为50%。
SC-2：
第二学期，对本系统的利用率为75%，师生对本系统的满意度逐步增加。
1.3业务风险（RIsk）
RI-1：
学校考评教师的标准可能不会改变，这需要每个教师有很强的责任心。
RI-2：
一些老教师对计算机的操作能力差，有使用困难的风险。
2解决方案前景
2.1前景陈述
网络技术的高速发展，使人类的信息资源实现了高度共享，并从根本上改变了人类进行信息交流的方式。
目前，我校学生和教师对网络资源的利用率很低，还是采用传统的教学模式，但是，由于现在课程科目繁多，实践课程课时较多，有的课程，同学们在课上不能很好的掌握，我们的网络教学系统，能够满足同学们的需求，满足学校教学任务的要求。
对那些希望通过网络教学系统来完成教学答疑或提问的学生和教师来说，本系统是一个基于Internet的应用程序，可以同时被多人使用。
打破了时间和空间的限制，更好地完成学校的教育教学工作。
2.2主要特性（Feature）
FE-1：
学生可以登陆网站浏览信息、查找信息、下载文件，提交作业。
FE-2：
教师可以登陆网站输入课程简介、上传课件文件、批改作业、发布消息、修改和更新消息。
FE-3：
教师和学生可以通过论坛进行交流。
FE-4：
管理员可以对页面维护以及批准用户的注册申请。
2.3假定（AS）和依赖（DE）
AS-1：
net、PC、Server。
AS-2：
系统及时性。
DE-1：
以后可能涉及到与其它系统的交互。
3范围和局限性
3.1初始版本和后续版本的范围
特性
版本1
版本2
版本3
FE-1
所有用户只有登录后才能浏览信息
允许匿名访问网站，浏览网站公用信息
允许匿名用户工作注册成为系统用户
FE-2
批改作业功能暂不实现
批改作业功能暂不实现
完全实现教师功能
FE-3
实现
进一步完善
FE-4
实现页面维护
处理注册功能
3.2局限性（LImitation）和排斥性
LI-1：
版本1只能用于沈阳化工学院的师生使用。
4业务和上下文
4.1涉众和概览
涉众
主要价值
态度
主要兴趣
约束条件
学校管理层
提高教师工作效率；节约交通费，从而节省学校的开支，符合节约中国的要求
强烈承诺尽快完成版本1，如果有条件，抓紧时间完成版本3
使用本系统节约的费用，超过学校以前同类开支，比如交通补助和电话费补助。
无
教师
更高效的完成教育教学任务，提高学生的学习成绩。
担心学校裁员，担心补助金额减少；担心使用不好本系统，否则很愿意接受新系统
维持现有的工资待遇
培训教师，尤其是老教师掌握使用Internet所必须的技能
学生
可以更好的完成学习任务；在网上可以方便的与教师交流
积极支持新系统
使用简单
需要计算机和互联网
4.2项目优先级
因素
具体干活着
约束条件
自由度
进度
计划1/9/09前完成第一版，
到9/9/09前完成第二版；在不包括责任人
特性
安排1.0版本实现的特性必须完全可操作
质量
必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守现有的安全标准
工作人员
项目团队规模包括一名半日工作的项目经理，两名开发人员，和一名半日工作的测试人员；如果有必要，还可以另外再增加半日开发人员和半日测试人员以及美工人员
费用
在不包括责任人评审的情况下，财政预算最多可超支15%
第二部分：
用例
4.3用例和主要参与者
各类用户类确认的“网络教学系统”的用例和主要参与者如下所示：
（由于时间篇幅等关系，只列举了部分主要用例）
主要参与者
用例
学生
1.浏览信息
2.登陆
3.修改密码
4.查询
5.下载课件
6.提交作业
教师
7.登陆
8.修改密码
9.输入课程简介
10.上传课件
11.在线答疑
12.发布消息
13.批改作业
系统管理员
14.登陆系统
15.用户信息维护
16.页面维护
用例ID号
UC_1
用例名称
浏览信息
创建者
陈海泉
创建时间
2009年6月1号
最后更新日期
2009年6月2号
参与者
在校学生
描述
学生应该为在校的学生，在用此系统之前，应该由管理员把每个学生的学号保存在数据库里，学生可直接用自己的学号来登陆系统来浏览信息。
前置条件
1.学生拥有一台能够正常与互联网连接的计算机
2.能够通过浏览器访问互联网
后置条件
1.网络教学系统主页根据用户访问信息显示该用户的学号和姓名、操作系统、访问时间。
2.根据用户的登陆访问访问来更新网络教学系统页面的访问量
主干过程
1.0浏览网站信息
1.用户输入网址
2.显示主页面
3.点击新闻标题
4.系统显示用户所选择标题相对应的新闻
5.返回主页面（回到第2步）
6.访问其它栏目标题
7.系统显示一个栏目下所有的新闻内容
8.学生登陆系统察看个人信息
分支过程
无
异常
网站维护，如果学生正在打开次系统地网址将提示学生，此时网站正在维护。
包含
无
优先级
高
使用频率
大约300名用户，平均每天使用一次
用例ID号
UC-2
用例名称
登陆
创建者
陈海泉
创建日期
2009年6月1号
最后的更新日期
2009年6月2号
参与者
学生、教师
描述
用户在主页面浏览信息之后，就可用自己的ID号进行登陆
前置条件
管理员将学生和教师的ID号保存在数据库中，用户可直接用自己的ID号进行登陆
后置条件
系统将记录用户的ID号，避免其它用户更改此用户信息
主干过程
用户登陆成功
1.可修改个人密码
2.学生可查看老师是否在线
3.学生查看教师批改作业情况
4.学生之间、学生和教师之间可在线交流答疑
分支过程
无
异常
如果用户登陆三次没有成功，系统将提示提示此ID用户在2小时内不可在输入
优先级
高
使用频率
大约一万名用户，每天平均使用一次
用例ID号
UC-3
用例名称
批改作业
创建者
陈海泉
创建时间
2009年6月1号
最后更新日期
2009年6月2号
参与者
教师
描述
教师可在线批改学生完成的作业，并把作业的情况发布给每个所教的学生
前置条件
学生必须完成教师布置的作业，并提交给老师，老师方可批改作业
后置条件
学生登陆系统后系统将提示学生“您有一条消息”
主干过程
批改作业
1.首先必须由教师给学生布置作业，并说明提交时间
2.学生接受老师布置的作业，进行在线解答，之后提交给老师
3.老师接受学生的答案，并进行批改
分支过程
在线的同学将通知没在线的同学
异常
由于某种原因，学生提交给教师的完成的作业或者老师给学生布置的作业将无法显示内容
优先级
高
使用频率
大约每天5此左右
用例ID号
UC-4
用例名称
页面维护
创建者
陈海泉
创建日期
2009年6月1号
最后创建日期
2009年6月2号
参与者
管理员
描述
管理员对页面进行维护
前置条件
出现某种状况、页面美化、增加某些功能，管理员将会对页面进行维护
后置条件
将会满足用户的需求
主干过程
分支过程
无
异常
出于某种状况，页面不能按时跟新页面，将会延迟
优先级
极高
使用频率
平均每两个月维护一次
4.4系统主要用例图如下
第三部分：
软件需求规格说明
5介绍
5.1目标
软件需求规格说明描述了“网络教学系统”1.0版本的软件功能性需求和非功能性需求。
这一文档计划由实现和验证系统正确功能的项目团队成员来使用。
除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中实现。
5.2项目范围和产品特性
“网络教学系统”允许教师和学生通过网络完成教育教学活动，另外可以通过此系统进行交流。
详细的项目描述请参加《网络教学系统前景和范围文档》。
这一部分的标题为“初始版本和后续版本的范围”列出了按照进度计划在这一版本中实现的全部或部分特性。
5.3参考文献
（1）曾淑惠、陈梅英所著《台湾、香港与大陆两岸三地网络教学系统发展之现况探讨》
（2）尚俊杰、李芳乐所著的《高等教育网络教学系统的设计、实现及分析》
6总体描述
6.1产品远景和规划
“网络教学系统”对学校来说，是一个新系统，它弥补了现在教与学以及管理的不足之处。
期望系统演化复制成若干个版本，最终完成远程函授，实现在家里就可以上学的宏伟目标。
6.2用户类和用户特性
1、对系统用户类的描述
用户类
描述
学生（优先考虑）
学生是沈阳化工学院的学生，他们希望通过网络弥补课堂上所学知识的不足，以及和老师更好的交流和沟通。
大约有5000名潜在用户，其中估计有2000人预计平均每星期没人使用本系统2次，（来源：
根据当前登陆学校网站各页面的统计数据）。
期末考试期间，学生的疑问，以及提交作业数会有所增加。
所有的学生都是通过互联网访问本系统。
学生凭自己的学号账户密码登陆系统，可以浏览诸如课程简介、教学计划、学习方法等教师发布的文章，学生可以使用搜索功能根据关键字查询相应的文章，学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上，学生可以给老师留言，在线与老师交流，学生可以提交作业。
教师
沈阳化工学院共有教师近800人，使用本系统，教师可以为自己所教授的课程添加课程简介，教师可以将课程的课件上传到网站上供学生下载，教师可以发布介绍学习方法、课程重点等和教学相关的文章，以及和课程相关的通知等，教师可以修改自己发布的文章和通知，教师可以批改学生作业，实现无纸化作业。
管理员
管理员可以进行页面维护，后期可以处理注册申请。
2、参与者相关的类
一些其它的类
各类之间的关系
6.3运行环境
一．硬件条件
1.服务器
PII300128M10G以上
2.客户端
P16632M1G以上
3.网络带宽
局域网支持10M/100Mbps
Internet带宽：
56Kbps拨号上网以上
二．软件条件
1.服务器端
操作系统
要求
WindowsNT或2000系列
NT:
SP5以上
Linux
红旗linux
2.数据库服务器
MicrosoftSQL
2000以上
3.应用程序服务器
TomcatApplicationServer
4.0以上
4.客户端
InternetExplorer
6.0以上
6.4设计和实现的约束条件
工期要求：
要求必须在6个月的期限内完成系统的开发工作，通过验收并投入校园试运行。
经费要求：
开发经费不超过2000元。
6.5用户文档
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号
⏹教师信息=编号+专业+教研室+姓名+性别+年龄
⏹管理员信息=编号+专业+教研室+姓名+性别+年龄
数据模型
第四部分：
业务规则
术语表
ID规则定义规矩类型静态或动态来源
UC_1用户输入网址来浏览网站的事实静态管理员
信息内容
UC_2必须根据用户自己的学号和约束动态管理员
密码来进行登录
UC_3学生在接受到来时布置得作约束静态教师
业，必须在规定的时间内完
并提交给教师，教师必须及
时批改作业
UC_4只有在管理员对网站的信息事实静态管理员
及一些维护工作完成后方可
进行以上操作
升级会员 