精品课程网站需求分析报告.docx
- 文档编号:9236643
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:12
- 大小:242.09KB
精品课程网站需求分析报告.docx
《精品课程网站需求分析报告.docx》由会员分享,可在线阅读,更多相关《精品课程网站需求分析报告.docx(12页珍藏版)》请在冰豆网上搜索。
精品课程网站需求分析报告
精品课程网站需求分析报告
课程名称_____软件工程______
学生学院_____计算机学院_______
专业班级____计算机科学与技术8班___
学号_____**********______
学生姓名________卓悦__________
指导教师__________________
2014年5月28日
1导言
1.1目的
该文档是关于用户对于精品课程网站的功能和性能的要求,重点描述了精品课程网站的设计需求,将作为对该工具在概要设计阶段的设计。
本文档的预期读者是:
●设计人员
●开发人员
●测试人员
●项目管理员
●目标用户
1.2任务
本文档解决的是系统必须完成哪些工作的问题,对目标系统提出具体、完整、准确的的要求。
在这里,主要是通过建模的方式来描述用户的需求,准确理解客户的。
要求,为用户,客户等不同参与方提供一个交流的通道。
1.3参考资料
[1]《UML》V1.1
[2]《需求规格报告格式标准》V1.1
2系统定义
2.1项目背景
为实现让广大师生能够在课堂外也能随时掌握学校的课程信息和获取实时的课程资源,特有此目的我们准备开发精品课程网站。
系统能够实现基于校园网络环境下的资源管理,以便有效地管理用户们上传的资源,构建适合的课程资源库。
系统采用B/S结构,用户通过浏览器向服务器发出请求,服务器对浏览器的请求进行处理,将用户所需信息返回到浏览器上。
客户机无需安装软件,只需在服务器上进行简单的设置,数据的请求和返回结果均以网页形式完成,方便系统的管理,适合管理员的使用习惯。
2.2项目目标
1、提供友好的界面,使用户的工作量最大限度地减少;
2、系统具有优良的运行效率,能够满足用户的要求;
3、具有良好的扩充性,能够加入其他的系统功能;
4、通过这个项目可以锻炼队伍,提高团队和个人的开发能力;
2.3项目系统结构
精品课程网站根据不同的使用者,可以分为两个部分:
一是面向管理员部分,管理员的部分内容包括文章、公告管理、、课件管理、用户管理(教师和用户)、管理员信息管理、退出功能;
二是面向学生用户和教师用户部分,用户可以查看公告、课件区下载、站内搜索、个人信息。
3应用环境
本系统的应用环境氛围硬件环境、软件环境和网络环境进行描述
3.1网络环境
如下图,无论是客户端的教师和学生用户还是管理端的管理人员都可以通过网络获取和修改相关的信息。
教师和学生通过网络浏览信息和下载课程,管理员通过网络上传课件资源和修改相关数据。
3.2硬件环境
本精品课程网站的硬件环境如下:
客户机:
普通PC
⏹CPU:
I52.5Ghz
⏹内存:
4G
⏹分辨率:
1024*768像素
WEB服务器:
自己的电脑
⏹CPU:
I52.5Ghz
⏹内存:
4G
数据库服务器:
自己的电脑
⏹CPU:
I52.5Ghz
⏹内存:
4G
3.3软件环境
●操作系统:
Windows8.1
●数据库:
MySQL
●JSP服务器:
Tomcat
●浏览器:
4功能规格
我们采用面向对象分析作为主要的系统建模方法,使用UML(UnifiedModelingLanguage)作为建模语言。
UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
设计用例图时,我们遵循下列步骤:
第一步,识别出系统的“actor”。
Actor可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。
重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(Actor)是谁。
尽可能地确保所有Actor都被完全识别出来。
第二步,描述主要的UseCase。
可以采取不断地问自己“这个Actor究竟想通过系统做什么?
”来准确地描述UseCase。
第三步,重新审视每个UseCase,为它们下个详尽的定义。
4.1角色的定义
4.1.1普通用户
普通用户是指在这个精品课程网站中通过客户端浏览网站课件和下载资源的老师和学生,这个actor主要参与客户端的个人信息修改,浏览课件信息,下载课件,提交意见等功能。
4.1.2管理人员
管理人员是指管理端的用户,这个actor的主要功能就是对网站的资源进行管理,上传一些课程资源和删除一些过期的资料;对用户的反馈进行收集和更新公告。
4.1.3数据库
数据库是一个与系统产生交互的外部系统,这个Actor负责系统的数据查询、增加、删除和修改等操作。
4.2系统主用例图
精品课程网站氛围两个部分,一个是客户端子系统,一个是管理端子系统;客户端子系统指的是用户通过网站进行的一系列操作,主要是浏览下载功能;管理端系统进行资源的管理,主要是资源管理功能。
系统的主用例图如下:
4.3客户端系统
用户通过登陆网站进行课件浏览查询,下载等功能,活动图如下:
客户端的功能用例图如下:
功能介绍如下:
4.3.1个人信息管理
用例描述:
个人信息管理
执行者:
用户
前置条件:
用户已登录系统;
后置条件:
进入个人主页后,可以进行查询修改操作
基本路径:
用户登陆进入个人信息页面后,可以查询账户的相关信息,并修改用户名等信息,不需要管理员的授权。
4.3.2课件信息查询
用例描述:
课件信息查询
执行者:
用户
前置条件:
用户已登录系统;
后置条件:
进入主页后,可以浏览相关信息
基本路径:
进入课件信息主页后,用户可以查询当前的所有的课件信息,包括文章,视频和课件信息,可以搜索自己想要的资源,并可以进行下载。
4.3.3公告信息查询
用例描述:
公告信息查询
执行者:
用户
前置条件:
用户已登录系统;
后置条件:
进入主页后,可以进行相关操作。
基本路径:
进入公告信息主页后,用户可以获知当前更新的课件信息和管理员发布的通知,并在此页面发表自己的意见和建议。
4.4管理端系统
管理系统表示了管理员的操作权限,管理员可以有管理员的权限,身份认证通过以后,管理员可以进行用户管理,课件管理,公告管理等。
具体的用例图如下:
活动图如下:
4.4.1管理员信息管理
用例描述:
管理员信息查询
执行者:
管理员
前置条件:
管理员已登录系统;
后置条件:
登入系统后可见相关的管理员信息
基本路径:
a、管理员可以查看自己的相关信息。
b、管理员可以修改自己的相关信息。
c、管理员可以添加新的管理员账户。
4.4.2课件资源管理
用例描述:
课件资源管理
执行者:
管理员
前置条件:
管理员已登录系统;
后置条件:
登入系统后进行相关操作
基本路径:
a、管理员进入页面修改当前资源的信息。
b、管理员上传新的课件资源。
c、管理员删除不需要的课件资源。
4.4.3用户管理
用例描述:
用户管理
执行者:
管理员
前置条件:
管理员已登录系统;
后置条件:
登入系统后进行相关操作
基本路径:
a、查看当前的用户。
b、删除用户
4.4.4公告信息管理
用例描述:
公告信息管理
执行者:
管理员
前置条件:
管理员已登录系统;
后置条件:
登入系统后进行相关操作
基本路径:
a、在主页面发布新的通知信息
b、把更新的课件信息发布到公告
c、处理回复用户的意见
5性能需求
5.1磁盘容量要求
本系统属于B/S模式构架,因此存储容量较小,数据库系统也不是很大。
存储课件的磁盘需要一定的容量。
5.2安全性要求
本系统有着权限设置,用户不可以越权更改或者访问管理员的页面。
管理员的权限,可以对网站进行任何的操作。
5.3适应性要求
要求界面友好,菜单清楚,学生和老师都能很快熟悉网站。
对于部分文章、课件的发布要。
对求达到所见即所得的效果。
6产品提交
提交产品为:
a)应用系统软件包
b)数据库初始数据
c)系统开发过程文档
d)系统使用维护说明文档
7实现约束
系统的实现约束如下:
a)操作系统为Windows8.1
b)开发平台为:
MyEclipse
c)数据库为MySQL
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 精品课程 网站 需求 分析 报告