英语学习网站需求分析doc.docx
《英语学习网站需求分析doc.docx》由会员分享,可在线阅读,更多相关《英语学习网站需求分析doc.docx(16页珍藏版)》请在冰豆网上搜索。
![英语学习网站需求分析doc.docx](https://file1.bdocx.com/fileroot1/2023-6/9/c11271fc-66fd-4fc1-9a3c-fcf65e205754/c11271fc-66fd-4fc1-9a3c-fcf65e2057541.gif)
英语学习网站需求分析doc
密级
文档编号
版本号
V0.1
英语学习网站需求分析
小组成员:
吴惜文,魏纯,温志敏,翁列文
软件需求分析文档
英语学习系统
1简介
1.1目的
该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。
其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流,若有备选事件流则描述,否则省略。
而且还给出了非常直观的用例图。
这些文字和图形都为了本文档能详细准确地描述用户的需求,同时也为用户更容易地理解这些需求的描述创造了条件。
该文档详尽的说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统测试的主要依据。
同时,该文档也是用户确定软件功能需求的主要依据。
1.2文档概述
本文档适用于“英语学习网站系统”的总体应用构架。
1.3系统概述
该系统主要功能是提供一个网上英语学习平台,在需求上,充分考虑了具体用户的实际情况。
主要完成用户的注册和登录,学习资料的查询、上传和下载,学习者自我测试以及提供英语学习论坛供用户交流学习使用。
1.4参考资料
2需求
功能视图:
图一系统功能视图
2.1开发策略
2.1.1软件复用策略
系统基础架构采用JSP+JavaBean+servlet实现MVC模式。
系统中重要基础构件应当具备较高的设计与构建质量,可以在产品中复用。
2.1.2使用商业构件
不使用。
3用例视图
3.1概述
这里选取了用例模型中对系统构架的内容产生重大影响的应用场景与用例集合,这些用例代表了系统主要的核心功能,往往决定了系统构架的基本组成元素。
有些用例强调或决定了构架的某些具体然而重要的细节,通常也可以列在本节内,总之所列的用例集合应基本覆盖系统构架的主要方面。
关键用例
3.1.1关键的系统主角(Actor)
图二关键用例人员
3.1.2系统用例图:
图三关键用例
图四论坛管理用例图
图五系统管理员用例图
3.2关键系统用例简述
本节包括关键用例的首要流程的简述。
用户注册
使用者:
未注册的系统用户
目的:
注册为系统的注册用户。
基本事件流:
1:
用户向系统发出“注册为会员”的请求。
2:
系统要求用户输入用户名,密码和个人信息。
3:
用户输入信息完毕
4:
系统判断输入信息是否合乎规范并与数据库用户对比判断是否有重复。
5:
系统为用户建档。
扩展事件流:
1:
若用户输入不合法,系统提示用户重新输入。
2:
若用户输入信息与已经存在的用户重名要求用户重新输入或取消。
3:
若用户点击取消,用例结束。
4:
用户重新输入了用户信息转到4
前置条件:
用户进入系统。
后置条件:
用户成功注册。
用户登录
使用者:
未登录的普通游客。
目的:
注册用户登录获取相应系统使用权限。
基本事件流:
1:
游客向系统发出登录要求。
2:
系统提示用户输入用户名密码。
3:
输入用户名,密码。
4:
系统通过与数据库数据对比判断是否正确登录
5:
用户登录成功。
扩展事件流:
1:
若用户输入不合法或者不存在该用户,系统提示用户重新输入或者取消登录。
3:
若用户点击取消,用例结束。
4:
用户重新输入转到4。
前置条件:
用户已经成功注册为系统注册用户。
后置条件:
用户成功登录获取系统相应的使用权限。
系统资源上传
使用者:
系统的注册用户
目的:
将资源上传到服务器。
基本事件流:
1:
用户向系统发出资源上传的请求。
2:
系统响应用户请求并跳转到用户资源上传页面。
系统要求用户对该资源进行描述。
3:
用户选择本地资源或可用的网络资源并且对该资源有了相应描述,和资源类型,点击上传,
4:
用户点击资源上传。
5:
资源成功上传,系统自动为该用户生成上传记录和该资源加上了资源描述,并将该资源加入到数据库。
扩展事件流:
1:
若用户选择的资源过大或资源不可达,系统提示用户相应错误提示重新选择或者取消上传。
3:
若用户点击取消,用例结束。
4:
用户重新选择转到4。
前置条件:
用户已经成功登录
后置条件:
用户成功将资源上传到服务器,并在自己个人资料里产生相应记录
非功能需求:
资料上传速度,系统不能成为上传速度的瓶颈。
系统资源搜索
使用者:
所有系统使用者
目的:
通过资源搜索用户可以快速找到自己想要的资源
基本事件流:
1:
用户向系统发出资源搜索栏输入想要的资源的关键字点击搜索
2;系统响应搜索数据库列出搜索出的资源
扩展事件流:
1:
系统搜索后没有相应的资源
2:
系统提示没有相应资源。
用户在线自测
使用者:
系统注册用户
目的:
注册用户测试自己的水平
基本事件流:
1:
用户向系统提出在线自测请求。
2:
系统响应用户请求跳转到自测系统页面。
3:
用户在页面相应位置回答问题。
4:
用户提交完成的答案,系统与标准答案核对并给出用户的得分,并在该用户资料生成相应记录。
扩展事件流:
1:
用户中途退出测试。
2:
系统提示用户是否保存测试记录。
3:
用户点击保存则在用户资料中生成相应记录供用户下次继续测试。
若用户点击取消则用例结束
前置条件:
用户已经成功登录。
后置条件:
系统返回用户得分记录,并在用户个人信息中形成相应记录,若用户中途退出且点击保存记录则在用户信息中产生相应记录下次可以继续测试。
非功能性需求:
用户测试界面要友好简单易用
用户论坛发帖
使用者:
注册用户
目的:
在论坛里发帖
基本事件流:
1.用户进入系统论坛版块,
2:
用户提出发帖请求。
3:
系统响应用户请求跳转到相应发帖界面
4.用户输入主题和相应内容,点击发表或取消。
5:
若用户取消则用例结束,否则发帖成功系在用户资料中形成相应记录。
用例结束
前置条件:
用户已经正确登录且进入了论坛版块
后置条件:
用户正确发帖成功并且在用户资料中形成相应记录
用户使用论坛聊天室聊天
使用者:
已注册用户
目的:
实现各论坛用户之间的直接交流
基本事件流:
1.用户点击进入系统聊天室,选择相应好友提出聊天请求。
2.系统为将该用户状态置为在线并且提供相应聊天界面用户开始聊天
3.当会话结束后用户点击结束会话,系统自动为该次对话保存聊天记录供下次用户调用。
扩展事件流:
1:
用户提出添加好友要求
2:
系统提示用户输入好友ID号
3:
用户检索在线人ID号若有则好友添加成功将该好友添加到用户好友列表中。
前置条件:
用户已经登录成功并且进入聊天室。
后置条件:
聊天结束并且产生相应聊天记录。
用户权限修改
使用者:
系统管理员
目的:
修改相应用户的系统使用权限。
基本事件流:
1:
系统管理员向系统提出修改用户权限的要求。
2:
系统响应要求并跳转到权限修改页面要求输入要更改的用户ID号。
3:
选择相应用户对其系统使用权限进行修改。
本用例结束。
扩展事件流:
1:
若输入的ID号没有用户与他对应则系统提示输入错误要求用户取消或者重输。
2:
若用户点击取消则用例结束。
3:
若用户重新输入则跳转到步骤2。
前置条件:
系统管理员已经正确登录。
后置条件:
被管理员修改的用户权限发生相应变化。
用户禁言
使用者:
论坛管理员
目的:
取消用户的发帖及回帖资格,使用户文明发言及和谐使用该系统
基本事件流:
1:
论坛管理员向系统提出修改用户权限的要求。
系统相应
2:
进入用户权限修改,输入用户ID,添加用户,点击禁言.
扩展事件流:
1:
若输入的ID号没有用户与他对应则系统提示输入错误要求用户取消或者重输。
2:
若用户点击取消则用例结束。
3:
若用户重新输入则跳转到步骤2。
前置条件:
论坛管理员已经正确登录。
后置条件:
被管理员修改的用户权限发生相应变化。
3.3系统总ER图
3.4分ER图
表名
中文名
ResourceInfo
资源信息表
User
用户表
UploadRec
上传记录表
DownloadRec
下载记录表
Invitation
发帖表
Comments
帖子回复表
Text
在线自测表
Factory
厂商表
4非功能性需求
4.1性能需求
4.1.1有效性
系统平均可用时间大于99.99%。
4.1.2性能
系统并发用户在线人数大于50。
普通数据录入、查找等操作,每单步操作最大延迟时间应小于5秒。
一般查询统计,结果集在100条记录以内情况下,最大延迟时间不超过30秒。
所有统计,其最大延迟时间不超过2分钟。
4.1.3性能可扩展
支持硬件系统性能升级与数量扩充。
4.1.4功能可扩展
系统应支持新的在线学习功能。
4.2安全性需求
(1)权限控制
根据不同用户角色,设置相应权限,用户的重要操作都做相应的日志记录以备查看,没有权限的用户禁止使用系统。
游客只可以浏览静态页面,注册用户只能上传下载资源,在论坛发表
(2)重要数据加密
本系统对一些重要的数据按一定的算法进行加密,如用户口令、重要参数等。
(3)数据备份
允许用户进行数据的备份和恢复,以弥补数据的破坏和丢失。
(4)记录日志
本系统应该能够记录系统运行时所发生的所有错误,包括本机错误和网络错误。
这些错误记录便于查找错误的原因。
日志同时记录用户的关键性操作信息。
4.3可用性需求
(1)方便操作,操作流程合理
尽量从用户角度出发,以方便使用本产品。
如:
新增学生信息时,敲入回车键光标的自动跳转、输入法的自动转换,信息检索时输入汉语简拼快速检索到结果等。
可以通过快速键方便用户录入信息,所有操作可仅通过键盘完成。
(2)支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。
(3)控制必录入项
本系统能够对必须录入的项目进行控制,使用户能够确保信息录入的完整。
同时对必录入项进行有效的统一的提示。
(4)容错能力
系统具有一定的容错和抗干扰能力,在非硬件故障或非通讯故障时,系统能够保证正常运行,并有足够的提示信息帮助用户有效正确地完成任务。
(5)操作完成时有统一规范的提示信息
例如删除操作时,系统可提示警示框“您确认删除记录吗?
操作不可恢复!
”,用户点击确认后,系统才执行删除操作,删除后可直接返回相关页面。
(6)用户可自定义
为了满足业务的不断变化,一些重要的参数应该可以灵活设置。
(7)联机帮助与操作指南。
4.4用户文档
同本软件一起发行的用户文档包括:
(1)安装手册:
Word格式文件。
(2)用户手册:
Word格式文件。
(3)在线帮助:
HTMLHelp格式文件,联机式。
4.5其它需求
(1)支持多浏览器。
(2)系统安装方便,易于维护。
5外部接口需求
5.1用户接口
本系统采用B/S架构,所有界面使用WEB风格,用户界面的具体细节将在概要设计文档中描述。
5.2硬件接口
服务器端建议使用专用服务器。
5.3软件接口
无特殊需求。
5.4通信接口
无特殊需求。