完整word版软件需求规格说明书范例word文档良心出品Word格式文档下载.docx
《完整word版软件需求规格说明书范例word文档良心出品Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《完整word版软件需求规格说明书范例word文档良心出品Word格式文档下载.docx(15页珍藏版)》请在冰豆网上搜索。
术语、缩略语
解释
2.系统概述
2.1产品描述
本项目的目标是:
<
1>
决策支持:
根据项目的需求及时提供所需信息,并在一定阶段对各模块的进度进行追踪及提示,实现工作的协同化、提高了工作效率。
2>
提高效率:
利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理。
本系统主要在软件开发行业使用,也可对其他行业项目能够做到粗粒度支撑。
使用者包括项目管理人员,软件编程人员,测试人员等,这些人员在计算机的应用、使用上不存在障碍,都在、计算机的操作和使用方面得到过相关的培训根据业务的频繁程度。
本体统的功能接受如下图所示:
2.2产品功能
2.2.1系统用例模型
2.2.2业务流模型:
业务流程模型说明:
项目管理员注册项目站点,对项目站点进行管理,对项目管理分为三个阶段。
2.3一般约束
假定:
用户能够提供交付测试的环境;
用户能够参与到需求的核准工作;
约束:
本系统的最后的交付日期是2007-10-08;
设计和实现上的限制:
基于.NET架构进行开发;
使用SqlServer2000数据库;
3.功能性需求分类
3.1项目管理员管理站点
项目管理员根据所需项目功能选择适合自己的模版,设计自己喜欢的风格界面。
3.1.1项目通告通知信息的发布及管理
1.功能说明:
项目管理员可以把与项目相关的信息或者相关新闻根据该功能发布给项目成员;
2.参与者:
项目管理员,项目成员;
3.功能用例图:
3.1.2项目的任务分配管理及信息发布
1.功能说明:
项目管理员根据项目需求创建项目任务,再向项目成员分配项目任务,把分配任务以信息的形式发布给项目成员;
2.参与者:
项目管理员,项目成员;
3.功能用例图:
3.1.3项目的文档管理
1.功能说明:
项目管理员根据项目需求把与项目相关的项目文档(需求规格说明书,数据库分析说明书,用例图等)发布,项目成员可以把相关的项目文档下载到本地,项目管理员可以指派项目成员管理项目文档(添加,修改)。
2.参与者:
3.1.4项目的进度规划及跟踪监控
项目管理员根据项目需求将项目分配给项目成员后,在完成项目的过程当中,项目成员定时提交项目完成的百分比(按条状图显示),项目管理者随时了解项目成员的完成情况,可以有效把握项目进度,使项目能够按时提交用户。
1.参与者:
2.功能用例图:
3.1.5项目成员的工作日志发布及管理
项目成员在每一天工作结束的时候把自己在这一天所做的工作情况向项目管理者汇报,再把明天计划要做的东西也要向项目管理者汇报。
项目成员;
3.1.6项目bug发布及跟踪
当项目进行到测试阶段,测试人员根据项目需求测试项目,如有错误,测试人员将bug信息发布到bug公布栏,其状态为‘待修改’。
当程序员看到bug信息,及时修改项目当中存在的bug,修改完成后再将项目bug信息的状态修改为‘待测试’,测试人员再进行二次测试,直到测试通过,状态修改为‘通过测试’。
测试人员,项目成员;
3.1.7项目邮件子系统
该模块有两种功能:
1.向任何人(如163,搜狐等)发电子邮件.
2.向项目成员内部发消息(纸条),发送消息时可以选择接收人员,当发送者发出消息后,接收者打开站点时提示有未读消息,阅读后改成以读消息。
3.1.8项目相关主题讨论发布及管理
项目管理员或者项目成员可以利用该功能发布项目相关的讨论主题,其他人员可以对其主题进行相关的讨论(和网上的论坛有点相似)。
站点内部人员;
3.1.9项目应用资料发布及管理
项目管理员和项目成员可以随时将项目相关资料(参考资料)发布,项目成员可以阅读或下载。
3.1.10项目网络会议白板系统
项目管理员可以根据项目完成情况在项目成员间进行交流讨论,也可以邀请其他人员参加会议,相当于一个网上会议。
站点内部人员,被邀请人员;
3.1.11项目名片共享
……
4.产品的非功能性需求
4.1外部接口说明
4.1.1用户接口
【提供用户使用软件产品时的接口需求。
】
4.1.2软件接口
【在此要指定需使用的其他软件产品,以及同其他应用系统之间的接口。
4.2性能需求
【从整体来说,本条应具体说明软件、或人与软件交互的静态或动态数值需求。
a.静态数值需求可能包括:
1)支持的终端数;
2)支持并行操作的用户数;
3)系统响应的时间特性;
b.动态数值需求可能包括:
欲处理的事务和任务的数量,以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。
4.2.1硬件的限制
【本项包括在各种硬件约束下运行的软件要求,例如,应该包括:
a.硬件配置的特点(接口数,指令系统等);
b.内存储器和辅助存储器的容量。
4.3属性
【在软件的需求之中有若干个属性,以下指出其中的几个】
4.3.1友好性
【指的是用户对界面的要求,程序界面友好度,可操作性等友好性信息】
4.3.2安全性
【指的是保护软件的要素,以防止各种非法的访问、使用、修改、破坏或者泄密。
这个领域的具体需求必须包括:
a.利用可靠的密码技术;
b.掌握特定的记录或历史数据集;
c.给不同的模块分配不同的功能;
d.计算临界值的检查。
4.3.3可维护性
【规定若干需求以确保软件是可维护的。
4.3.4可转移/换性
【利用开发平台提供的数据转换功能,可以实现跨平台数据转换,实现不同数据库数据间的数据转换,如:
FoxPro、Access、MicrosoftSQLServer间的数据转换。
4.4系统的运行环境
【系统的起始运行时间,结束运行时间,运行的时限,运行的周期等。
4.5其他需求
4.5.1用户操作需求
【这里说明用户要求的常规的和特殊的操作。
a.在用户组织之中各种方式的操作。
例如,用户初始化操作;
b.数据处理运行功能;
c.后援和恢复操作。
5.E-R图和数据字典抽取
5.1E-R图
根据以上的分析,把在整个系统过程中出现的实体及各个实体之间的关联画成E-R图,以更好的从整体角度了解系统中所有的实体。
比如:
5.2数据字典
对系统中出现的各个实体的属性进行整理,形成数据字典,此可以做为后继开发过程中数据结构设计、数据库设计、数据库表结构设计的主要来源。
格式如下例所示:
5.2.1员工基本信息
属性
约束
释义
备注
员工编号
必填
员工在公司的工作编号,唯一标识
姓名
性别
出生年月
身份证号码
籍贯
联系电话
家庭住址
联系地址
所在部门编号
参照部门表
从事岗位(职位)
密码
默认密码
用户角色
参照角色表
操作员分类
1.员工2部门3主管4外部员工(客户或其他)
附录A:
需求确认
需求评审报告摘要
需求文档
输入名称,标识符,版本,作者,完成日期,...
需求评审报告
输入名称,标识符,评审日期,...
评审结论
[]工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。
[√]工作成果基本合格,需要做少量的修改,之后通过审核即可。
[]工作成果不合格,需要做出比较大的修改,之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员