xx项目需求规格说明书模板文档格式.docx
《xx项目需求规格说明书模板文档格式.docx》由会员分享,可在线阅读,更多相关《xx项目需求规格说明书模板文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
本文件的版权属于【】和
【此处写用户单位名称】
任何形式的散发都必须先得到本文档版本所属单位的许可
【目录】
1概述
本系统是根据企业的特点,集进、销、存、分析于一体,为企业量身定做的进销存管理软件。
系统开发的总体任务是完成库存基本信息管理,销售管理,进货管理,财务管理,客户往来帐务管理,使之形成一个整体、一个系统,各项功能严谨,各模块相互独立,内部有机结合在设计过程中最大限度满足用户的要求,因此,该系统具有较强的实用性和针对性。
1.1编写目的
帮助企业建立良好的管理秩序,在信息化时代充分利用计算机作为管理手段提高管理水平和业务处理。
1.2适用范围
中小型企业。
1.3术语和缩写
术语和缩写
解释
1.4参考资料
gongge,《项目技术解决方案》,技术部,2009.11.03>
《管理信息系统》韩润春,佟志臣,王汉新.河北人民出版社,2003
2项目综述
<
提示:
概述正在定义的项目、使用项目的用户以及已知的限制、假设和依赖。
>
2.1项目介绍
1.中小型企业是一个正在迅猛发展中的企业,随着其规模的不断扩大,公司每天要处理的数据量也越来越大,单纯的手工处理这些数据已经使人焦头烂额,利用它进行科学的管理就变成了一个老大难,明显造成了人力、财力、时间的浪费,效率的低下,制约了企业的发展。
此外,库存的状况不能够及时准确地了解,不能够对商品进行全程控制,也是制约公司发展的一个问题。
总之,企业不能很好的对物流、信息流和资金流进行有效的控制,使企业的运作难以产生最佳效益。
因而,制作一套合适的、适应企业发展的管理软件成了当务之急,为了帮助企业建立良好的管理秩序,在信息化时代充分利用计算机作为管理手段提高管理水平和业务处理,我们设计了此管理信息系统,希望能为企业发挥一点作用。
在设计期间我们得到了各方面人员的大力配合,在借鉴其它一些软件开发经验的基础上,设计了这套进销存管理系统。
任何学科的发展都与当时的环境和条件紧密相联。
管理信息系统也是一样,在人类进入工业社会以后,出于对生存与发展的需要,人们开始尝试使用更先进的设备和技术来处理和使用信息。
信息作为一种资源已经和材料、能源并称为现代社会发展的三大支柱。
随着社会经济与科学技术的飞速发展,尤其是面向21世纪信息化社会的需要,我国的广大企业要在中国加入WTO后的激烈市场竞争中立于不败之地,逐步缩小与发达国家之间的差距,必须不断提升自身的管理水平,特别要注重对信息资源的开发、管理和利用,而管理信息系统软件的适当应用必将起到推波助澜的积极作用。
显然,由于不同的企业经营机制和管理体制各有不同,不是所有的企业都能使用市面上比较成熟的管理信息软件。
2.
利用计算机运算速度快、存储信息容量大、处理逻辑问题强、功能强大的优势,从企业管理特别是查询与决策信息的管理需求出发,针对性强,功能齐备,旨在通过帮助该企业管理实现信息化,以提高企业管理的效率。
2.2项目面向的用户
对项目面向的用户或用户群体进行简要说明,可以从下面两个方面考虑:
(1)描述本项目面向的用户(客户、最终用户)或用户群体的介绍。
(2)用户或用户群的特征、需求、业务机遇、正待解决的业务问题,包括对现存产品或项目的一个简要的评价。
2.3项目应当遵循的标准或规范
(1)描述本项目应当遵循的标准或规范;
例如《中国移动BOSS系统业务规范》和根据公司过程资产库裁剪的项目自定义过程规范,公司《java编码规范》等>
2.4主要特征
简要描述项目提供的主要特征。
可以从下列几个方面考虑:
(1)指明所开发的项目怎样满足用户或用户群体的需求,解决哪些用户关心的业务需求。
(2)可以说明所开发的项目为什么具有吸引力和它所能带来的好处、竞争优势、重要商业利润、提供给客户的价值。
2.5项目范围
阐述所开发的项目的系统范围,主要描述“应当包含的内容”和“不包含的内容”。
说明清楚项目范围的好处是:
(1)有助于判断什么是需求,什么不是需求。
(2)可以将开发精力集中在系统范围内。
(3)有助于控制需求的变更。
(4)有助于最终评估和验收。
2.6项目中的角色
阐述本项目操作过程中涉及的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
角色名称
职责描述
3功能性需求
3.1功能性需求分类
用Mx代表模块,Cx代表子模块,需求规格说明书第一次评审前,用F_x代表功能点,后续的变更或新增分别用CR_x和NF_x。
其中x为序列号1、2、3……优先级请用P1、P2、P3、P4四层表示,P1代表最优先解决,优先级最少要有P1级的。
.
一级模块
二级模块
功能点编号及名称
优先级
M1_日常工作管理
M1_C1合理化建议流程
F_1提出建议
F_2区支撑审核
P1
F_3工会主席处理
P2
M1_C2营业条线疑难问题上报
F_4提出问题
F_5综合部处理
F_6问题解答
F_7回复确认
M1_C3每日情况流程
F_8厅经理起草
F_9区支撑审核
F_10综合部文秘审核
3.2模块一
3.2.1子模块一
此处写一些承上启下的文字,阐述每一功能的详细需求。
Chapter1:
Chapter2:
Chapter3:
3.1:
3.2:
3.2.1:
3.2.1.1功能一
Ø
输入要素描述
a.输入画面设计
提示必要的输入画面说明以及处理画面说明>
b.输入字段定义
字段名
类型
数据种类
是否必输
长度
范围(精度)
输入限制
(或数据字典)
说明
字符
是
全部、已确认、已整改未确认、未整改
类型:
输入的方式,如单选项、多选项、系统自动产生,手工输入;
数据种类:
如字符、日期、数字等;
输入限制:
数据合法性校验限制>
c.输入字段间的约束关系
功能描述
功能编号
F_1
功能名
使用角色
运行条件
业务处理流程
补充说明
输出要素描述
a.输出画面设计
必要的输出画面说明>
b.输出字段定义
是否可选
输出的方式,如系统自动产生;
如字符、日期、数字等>
3.3接口需求
提示:
说明该项目同其他软件之间的接口、数据通信协议等。
4非功能性需求
4.1用户界面需求
如果用户没有提出界面需求,那么用户界面需求可以不写;
用户的界面需求有:
界面的LOGO、界面的色彩基调、界面的布局、图片信息、文字信息、与现有某个系统的风格保持统一等等;
对于那些做了界面原型的项目,建议可以直接参见界面原型,但是界面原型需要放在项目配置库的目录中;
需求名称
详细要求
…
4.2软件环境需求
操作系统
JDK版本
中间件
数据库
4.3硬件环境需求
数量
每台需要存储空间
4.4产品质量需求
主要质量属性
正确性
可靠性
性能
易用性
安全性
可扩展性
兼容性
可移植性
4.5故障处理
为系统提供解决故障的处理手段,如:
记录错误日志、错误提示、获取系统错误代码等。
故障描述
服务器故障
系统运行故障
用户操作不正确
5附件
本需求规格说明书的附件,如场景图、usecase图等>
6双方确认
用户方单位:
开发方单位:
用户方代表:
开发方代表:
年月日