软件需求规格说明书.docx
《软件需求规格说明书.docx》由会员分享,可在线阅读,更多相关《软件需求规格说明书.docx(19页珍藏版)》请在冰点文库上搜索。
软件需求规格说明书
办公自动化
软件需求规格说明书
文件状态:
[√]草稿
[]正式发布
[]正在修改
文件标识:
BEGGAR-S2SH-RD-SRS
当前版本:
X.Y
作者:
完成日期:
Year-Month-Day
公司地址:
公司法人:
联系人:
联系电话:
版本历史
版本/状态
作者
参与者
起止日期
备注
目录
0.文档介绍4
0.1文档目的4
0.2文档范围4
0.3读者对象4
0.4参考文档4
0.5术语与缩写解释4
1.需求概述5
1.1系统目标5
1.2用户特点5
1.3功能需求5
1.4与其他子系统的关系5
2.系统用例建模5
2.1系统角色5
2.2系统用例图5
2.n用例规约UCn5
3.软件的非功能性需求6
3.1用户界面需求6
3.2软硬件环境需求6
3.3软件质量需求6
3.n其它需求7
附录A:
需求确认8
0.文档介绍
0.1文档目的
本文当主要针对办公自动化系统的使用环境与功能提出具体要求,同时它将作为该产品设计与开发的重要依据。
编写本说明书的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了该办公自动化系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
此文档进一步定制软件开发的细节问题,明确软件需求、安排项目规划与进度、组织软件开发与测试,便于用户与开发商协调工作。
本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员,希望能使本软件开发工作更具体。
0.2文档范围
本文档适合办公自动化系统
0.3读者对象
本文当的读者范围包括:
1.需求提供方工作人员;
2.开发方的项目经理,系统分析设计人员、测试人员;
0.4参考文档
提示:
列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符]作者,文献名称,出版单位(或归属单位),日期
例如:
[SPP-PROC-PP]SEPG,需求开发规范,机构名称,日期
0.5术语与缩写解释
缩写、术语
解释
SRS
软件需求规格说明书,SoftwareRequirementSpecification
UC
用例,UseCase
…
1.需求概述
1.1系统目标
办公自动化系统,简称OA-OfficeAutomation系统,它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用软件,OA就是对办公业务实现自动化处理,对办公室内的、与管理有关的事务进行机械化和自动化的处理。
系统要实现:
a、企业内各种信息资源的共享;
b、加强员工间的交流、提高整体工作效率;
c、为领导各种有用数据,方便领导对公司情况的及时了解、提供决策支持;
d、提供各种工作记录,以备事后查询;
1.2用户特点
该系统最终用户为企业员工,具备基本的计箅机操作技能。
由于本软件用于公司内部员工管理、及员工之间的信息交流、工作项目的流转处理,要求系统操作快捷,运行稳定,安全性高。
1.3功能需求
根据办公自动化管理系统的特点,将系统主要分为:
(1)公文管理:
发文办理、收文办理;
(2)会议管理:
会议申请、领导审核、会议通知、会议纪要、会议纪要送档案室归档;
(3)档案管理:
建立案卷、装入公文、移出公文、删除案卷;
(4)公告管理:
草拟公告、查看公告、删除公告;
(5)个人管理:
查看待办、添加待办、删除待办;
(6)系统管理:
维护系统、管理用户权限;
1.4与其他子系统的关系
2.系统用例建模
本软件采用RationalRose2003对软件需求进行建模与分析。
2.1系统角色
角色
职责
说明
公文管理员
会议管理员
档案管理员
公告管理员
系统管理员
对公文进行撰写、接收、审批等操作
处理会议申请、进行会议通知、会议纪要、档案归档
管理档案的建立、借阅、收回,公文的装入、移出、删除
实现对电子公告平台的通知、海报、简报等的编辑、发布
处理账号申请。
处理人事调动通知,对已有用户权限、部门等信息进行修改,或者删除用户
个人用户
查看个人代办事项,添加个人代办事项,删除代办事项修改个人密码
2.2系统用例图
2.3用例规约UC
UC01:
“发文办理”用例文档
用例名称:
发文办理
用例标识:
UseCase01
涉及的参与者:
发文草拟人、审核人、复核人,签发人,分发人
描述:
本用例用于办理发文
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.发文草拟人登录系统选择“发文办理”菜单创建公文,确定初步公文文稿,发给审核人;
2.系统将由草拟人草拟的公文流转至审核人处;
3.审核人对收到的草拟公文进行规范性审核(文字、格式);
4.草拟的公文不符合规范要求,审核未通过。
审核人添加修改建议后将草拟公文发回给发文草拟人;
5.系统将由审核人发回的公文流转至公文草拟人处;
6.发文草拟人对发回的草拟公文根据审核人的意见进行修改,然后发送给审核人;
7.审核人将审核合格的公文发送给复核人;
8.系统将公文由审核人流转至复核人处;
9.复核人对收到的审核公文进行复核(格式规范,行文合理,附件齐全);
10.审核公文不符合复核要求,复核未通过。
复核人添加修改意见后将审核公文发回给审核人;
11.系统将由复核人发回的公文流转至公文审核人处;
12.审核人对发回的审核公文根据复核人的意见进行修改,然后发送给复核人;
13.复核人将复核完成的公文发送给签发人;
14.系统将由复核人发送的公文流转至公文签发人处;
15.签发人对复核人发送的公文进行审签,然后发送给分发人;
16.系统将由签字人发送的公文流转至公文分发人处;
17.分发人将收到的公文编号后分发给各个部门及相关人员并将发文文号、发文日期、文件题目、拟稿单位、拟稿人、签发人均登记齐全,并发送发文存档;
18.系统将由分发人发送的公文流转至各个部门和相关人员;
备选事件流:
1.登录时弹出错误提示框;
2.草拟的公文不符合规范要求,审核未通过。
审核人添加修改建议后将草拟公文发回给发文草拟人;
3.系统将由审核人发回的公文流转至公文草拟人处;
4.发文草拟人对发回的草拟公文根据审核人的意见进行修改,然后发送给审核人;
UC02:
“收文办理”用例文档
用例名称:
收文办理
用例标识:
UseCase02
涉及的参与者:
公文接收人、拟办人、批办人、承办人
描述:
本用例用于办理收文
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.公文接收人登录系统后选择“收文办理”菜单接收来文,登记收文序号、收文日期、来文单位、来文标题、密级和备注等并对出现问题的地方进行修改,然后发送给拟办人;
2.系统将接收人发送的公文流转至拟办人处;
3.拟办人接收公文,提出初步的办理方案或建议,供批办人参阅,并随同公文附上与来文有关的材料,发送给批办人;
4.系统将拟办人发送的公文流转至批办人处;
5.批办人接收公文,对公文进行批示,提出执行、办理的原则与方法,承办单位、承办要求、承办时限并签署姓名与日期,发送给承办人;
6.系统将批办人发送的公文流转至承办人处;
7.承办人接收公文,根据批办人批示意见,具体执行办理;
8.承办人回复公文的办理结果给公文的接收人;
9.系统将承办人发送的公文流转至接收人处;
10.接收人接收公文及办理结果,根据公文号将收文归档;
备选事件流:
登录时弹出错误提示框
UC03:
“会议管理”用例文档
用例名称:
会议管理
用例标识:
UseCase03
涉及的参与者:
会议申请人员、会议审批人、会议通知人、会议纪要人员
描述:
本用例用于管理会议
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.会议申请人员登录系统选择“会议管理”菜单,填写会议呈批单,包括会议类型、会议名称、主办部门、会议时间、会议人数、会议地点等内容,提交给会议审核人;
2.系统将申请人发送的呈批单流转至审批人处;
3.审批人接收到审批单,进行审批;
4.审批未通过,审批人将审批未通过原因及呈批单发回给会议申请人;
5.系统将审批人发送的文件流转至申请人处;
6.会议申请人根据未通过原因重新制定会议计划,发送给会议审批人;
7.会议审批人将会议审批结果发送给会议通知人;
8.系统将审批人发送的文件流转至通知人处;
9.会议通知人接收到会议审批结果,进行会议通知的拟定,填写会议通知单,发送给全部与会人员;
10.系统将通知人发送的文件流转至全部与会人员处;
11.会议纪要人员整理会议结束后的会议纪要,发送给会议申请人;
12.系统将纪要人发送的文件流转至会议申请人处;
13.会议申请人接收会议纪要,将会议纪要归档;
备选事件流:
1.登录时弹出错误提示框
2.审批未通过,审批人将审批未通过原因及呈批单发回给会议申请人;
3.系统将审批人发送的文件流转至申请人处;
4.会议申请人根据未通过原因重新制定会议计划,发送给会议审批人;
UC04:
“档案管理”用例文档
用例名称:
档案管理
用例标识:
UseCase04
涉及的参与者:
档案管理员
描述:
本用例用于档案管理
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.档案管理员登录系统,选择“档案管理”菜单,将接收到的文件按照年度、部门、保管期限进行分类,建立案卷归档装入;
2.系统为归档的文件自动编号;
3.查看接收到的转档通知;
4.移出档案;
5.系统自动变更档案编号;
6.系统分离出有过期档案,提醒档案管理员处理;
7.档案管理员看到提醒,根据情况转档或者删除档案;
备选事件流:
1.登录时弹出错误提示框;
UC05:
“借阅管理”用例文档
用例名称:
借阅管理
用例标识:
UseCase05
涉及的参与者:
文档管理员
描述:
本用例用于管理档案的借阅
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.档案管理员登录系统选择“借阅管理”菜单,核查借阅清单,分离已经达到借阅期限的借阅人,收回借阅;
2.系统确认回收对应借阅人所借阅的档案并对回收的档案归档;
3.系统自动变更档案编号;
4.查看借阅申请;
5.借出档案;
备选事件流:
1.登录时弹出错误提示框
UC06:
“公告管理”用例文档
用例名称:
公告管理
用例标识:
UseCase06
涉及的参与者:
公告管理员
描述:
本用例用于管理公告
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.公告管理员登录系统选择“公告管理”浏览当前已发布和未发布的公告;
2.接收到公告发布通知,创建公告(公告标题、公告范围,公告内容,生效期限,失效期限),然后发布;
3.系统将公告管理员发布的公告按照定义的范围和时间显示在各个部门或人员的系统公告栏中
4.公告管理员对有变更的公告进行修改,对未到失效期限但需要删除的公告进行删除。
备选事件流:
1.登录时弹出错误提示框;
2.公告管理员对有变更的公告进行修改,对未到失效期限但需要删除的公告进行删除;
UC07:
“个人管理”用例文档
用例名称:
个人管理
用例标识:
UseCase07
涉及的参与者:
系统用户
描述:
本用例用于管理个人的待办事务
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.用户登录系统选择“个人管理”菜单,查看待办,以便对工作有统筹的安排;
2.接到通知或有关文件,需要在某个时间办理相关的事务,添加待办;
3.系统更新用户的个人待办;
4.系统在用户设置的待办时间到来之前,自动向用户发出提醒;
5.用户处理待办;
6.用户将取消的待办删除;
备选事件流:
1.登录时弹出错误提示框;
2.用户将取消的待办删除;
UC08:
“系统管理”用例文档
用例名称:
系统管理
用例标识:
UseCase08
涉及的参与者:
系统管理员
描述:
本用例用于整个系统的更新维护
前置条件:
用户正常登录
后置条件:
无
正常事件流:
1.系统管理员登录系统查看新增用户的申请;
2.进行新用户的创建,为其编号并设置权限;
3.系统更新用户列表;
4.系统管理员根据接到的人事调动的有关通知,对已有的用户的权限、部门等信息进行修改,或者删除用户;
5.系统更新用户表。
;
备选事件流:
1.登录时弹出错误提示框;
2.进行用户的创建,为其编号并设置权限;
3.系统更新用户列表;
3.软件的非功能性需求
3.1用户界面需求
需求名称
详细要求
颜色搭配
颜色柔和,搭配和谐
美观程度
操作方便性
操作便捷,符合操作人员习惯
3.2软硬件环境需求
需求名称
详细要求
安装环境
Windows2000及其以上版本
…
3.3软件质量需求
主要质量属性
详细要求
正确性
对用户输入的正常数据能够得到正确的结果
健壮性
对各种输入,系统能够做出处理
可靠性
能够保证数据完整、无误
性能,效率
易用性
清晰性
安全性
安全性高
可扩展性
兼容性
可移植性
…
3.4其它需求
附录A:
需求确认
提示:
需求确认规程请参见SPP-PROC-RM,主要分两步:
(1)需求评审,
(2)需求承诺。
对需求的评审应当采用“正式技术评审方式”,将产生一份“需求评审报告”,规程请参见SPP-PROC-TR。
在获取责任人(Stakeholders)对需求的承诺之前,该《软件需求规格说明书》必须先通过需求评审。
需求评审报告摘要
需求文档
输入名称,标识符,版本,作者,完成日期,…
需求评审报告
输入名称,标识符,评审日期,…
评审结论
[]工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。
[√]工作成果基本合格,需要作少量的修改,之后通过审核即可。
[]工作成果不合格,需要作比较大的修改,之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
需求文档
输入名称,标识符,版本,作者,完成日期
客户承诺
承诺…
签字,日期
项目经理承诺
承诺…
签字,日期