论坛系统需求分析.docx
- 文档编号:25343216
- 上传时间:2023-06-07
- 格式:DOCX
- 页数:10
- 大小:179.44KB
论坛系统需求分析.docx
《论坛系统需求分析.docx》由会员分享,可在线阅读,更多相关《论坛系统需求分析.docx(10页珍藏版)》请在冰豆网上搜索。
论坛系统需求分析
图书管理系统需求分析说明书
(V1.0)
文档编号:
HATL-SDS-2004-001
文档名称:
软件需求分析说明书模板
编写:
软件开发部
编写日期:
审核:
审核日期:
批准:
批准日期:
XXXXXXX技术有限公司
<项目名称>
软件需求分析说明书
(版本号)
文档编号:
项目名称:
编写:
编写日期:
审核:
审核日期:
批准:
批准日期:
XXXXXX信息技术有限公司
<项目组名称>
年月日
文档修订记录
序号
修改时间
修改人
审核人
备注
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
第1章引言
1.1编写目的
【说明】目标:
文档主要是对用户提供的业务需求进行收集、整理和分析。
文档中应该准确描述用户对所要实现的功能的详细描述和要求,这些描述应该尽量做到没有二义性。
为了达到便于理解的效果,文档中可以使用相关必要的和规范的形式对需求进行描述,例如,业务流程图、用户操作界面等形式;文档中不涉及功能如何实现。
文档使用者:
文档提供用户方和开发方的相关业务人员、设计人员、开发人员的使用。
文档作用:
是开发方与用户方沟通的基础,是把业务需求计算机化的关键步骤,是系统设计、开发和测试的依据,是系统验收的依据。
本文档将作为制定测试计划、编写用户手册和系统设计的依据。
1.2编写背景
1.2.1系统名称及版本号
图书管理系统V1.0
1.2.2任务提出者
【说明】项目组我方的领导机构
如:
北京华安通联软件部
1.2.3任务承接者
【说明】本项目的负责人及工作人员名单。
如:
北京华安通联信息技术有限公司软件部
项目经理:
XXX
开发人员:
XXX
XXX
XXX
XXX
XXX
1.2.4使用者
【说明】适应对象和范围。
主要指预期读者,也供有关领导审阅。
1.2.5与其它系统的关系
图书管理系统是高校数字化校园的一部分,该系统会用到数字化校园中的学生管理系统中的学生基本信息。
1.2.6电子文档编写方式与使用工具
【说明】编写要求、工具名、版本号、操作系统平台。
使用多种工具时,应分别说明。
形如:
MicrosoftWord97forWindows95/98
PowerDesignor6.0forWindows95/98
RationalRose98forwin95/98
Visio或PowerPoint97forWindows95/98
1.2.7定义说明与符号
书刊:
对应的是书刊种类;物理书刊:
书刊
1.2.8参考资料
【说明】格式:
作者,[版本号,]资料来源,日期[,起止页号]。
第2章
项目综述
2.1项目背景及目标
【说明】项目背景与依据、现有基础、项目规模、预期目标等。
可繁可简,格式自定。
2.2用户特点
【说明】
•用户是谁?
•他们具备什么样的教育背景?
•他们具备什么样的计算机背景?
•用户是否有使用这种应用程序的经验?
•使用的是哪些平台?
计划在将来使用哪些平台?
•使用了哪些其他的应用程序需要我们与之进行交互?
••对培训时间有什么期望?
•需要哪些类型的硬拷贝及联机文档?
2.3条件
【说明】场地面积限制、通信设施基础、其它干扰因素。
注意:
任何计算机系统都不是包罗万象的;用户自身的能力也是有限的。
故应特别指出:
由于哪些条件的约束,本系统不能满足哪些业务需求与系统需求。
2.4运行环境
【说明】本章只提出运行环境的逻辑结构。
2.4.1硬件环境
【说明】指出本应用软件适用的主机/服务器与终端/工作站的技术指标、基本配置、接口特点、特殊约定等。
2.4.2软件环境
【说明】操作系统的名称、生产厂家、版本号等。
数据库的名称、生产厂家、版本号等。
前端开发工具的名称、生产厂家、版本号等。
第3章系统功能组成
【说明】概述系统的功能组成,给出各功能结构组成和相互关系的描述,简单描述本系统和其它系统的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
例如,征管的文档是分模块编写文档的,应该在每一个文档中用图表说明本模块与系统其它模块的关系及本模块与整个系统的关系。
1图书管理系统主要用来完成图书馆书籍的管理和书刊的借阅,在该系统中借阅者可以完成书刊的借、返还书刊、查询书刊信息、预订书刊以及取消预订功能,所有操作与图书管理员交互进行。
功能层次如图3-1。
的
图3-1论坛管理系统功能层次图
3.1功能名称及功能描述
3.1.1功能描述
1、论坛管理系统的域描述
(1)游客:
偶尔浏览此论坛系统称为游客,只能浏览论坛首页帖子和注册新用户。
(2)用户帐号:
让每一位游客申请一个账号,账号基本信息从注册页面中获得。
(3)用户操作:
发帖、浏览帖、、回帖、修改自己的注册信息。
(4)管理员:
系统管理、数据维护管理、权限管理。
2、论坛管理系统管理系统功能性需求
(1)用户必须记住用户名和密码;
(2)管理员作为用户的注册验证;
(3)管理员作为用户帖子的代理发布。
(4)管理员可以完成用户基本信息的管理,包括:
信息的修改,删除功能和添加。
3.1.2系统需求分析
1、识别参与者
本系统中有三个参与者,游客、用户和管理员;
用户:
可以发帖、浏览、回贴,还可以退出登录。
管理员:
维护论坛系统的基本信息,可以添加、修改和删除用户的基本信息,还可以对帖子信息进行维护,即维护帖子名称。
内容,还可以添加、修改和删除帖子信息。
2、识别用例
(1)发帖:
用户和管理员发帖的功能;
(2)回帖:
用户对帖子直接回复的功能
(3)退出登录:
3、用例模型
(1)用户用例模型、管理员用例模型如图3-2、3-3所示。
图3-2用户用例模型
图3-3管理员用例模型
用例描述:
(1)借阅物理书刊用例
用例编号:
UC001
用例名称:
用例描述:
执行者:
前置条件:
后置条件:
事件流:
第4章菜单和界面原型
【说明】
列出菜单项目
针对各个功能存在用户界面的,需要做出用户界面DEMO,列出界面中所有元素,并加以。
解释,写出用户操作步骤(操作流程等)。
第5章非功能需求
【说明】描述对该系统所有的非功能需求。
需求类别
编号
优先级
备注
5.1用户管理和使用权限管理
设置用户种类、角色、相关权限描述
5.2软件性能需求分析
【说明】需求编号。
【说明】该类别的需求的详细描述,给出该系统在某一条件下的性能指标。
•对事务的响应时间(平均、最长)
•吞吐量,例如每秒处理的事务数
•容量,例如系统可以容纳的客户或事务数
•降级模式(当系统以某种形式降级时可接受的运行模式)
•资源利用情况,如内存、磁盘、通信等
5.3软件易用性需求的分析
5.4软件开放性、可扩充性、可维护性方面的需求分析
5.5软件兼容性方面的需求分析
5.6软件相应的用户文档的需求分析
[此节说明软件涉及的所有必需的法律免责声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。
]
附表
【说明】列出用户提供的文件、报表、单据等的样张,加上我们积累的有关文件,作为系统分析的基础,再附上必要的注释。
形如:
文件编号
名称
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 论坛 系统 需求 分析