思慧卷烟网络零售系统《需求分析说明书》V1.00
- 格式:doc
- 大小:79.50 KB
- 文档页数:6
《绩效考评系统》需求分析说明书编写:XXX 日期:YYYY-MM-DD审核:日期:批准:日期:受控状态:是发布版次:1.0 日期:编号:变更记录目录1概述 (4)1。
1目的 (4)1。
2背景 (4)1.3范围 (4)1。
4术语定义 (4)1。
5参考资料 (4)1。
6任务概述 (5)1。
6.1目标 (5)1.6.2用户的特点 (5)1。
6。
3假定和约束 (5)1.6。
4软件环境 (5)1。
6。
5硬件环境 (5)1.7需求规定 (6)1.7。
1对功能的需求 (6)1。
7.1。
1系统功能层次模块图 (6)1.7。
1。
2各子模块功能的描述 (6)1。
7.1。
2。
1........................................................................................................................ 首页61.7.1.2.2系统管理 (7)1.7.1.2。
3业务规则设置 (8)1。
7.1。
2。
4................................................................................................................. 考评流程81。
7.1。
2。
5................................................................................................................. 统计分析91。
7.2对非功能性的需求 (9)1。
7。
2。
1 ................................................................................................................. 对性能的规定91。
员工网上订餐系统之需求分析说明书组名:最佳实践小组目录1。
文档概述 (4)1。
1................................ 编写目的41.2定义 (4)1。
3................................ 参考资料42.项目概述 (4)2。
1................................ 项目背景42.2项目目标 (4)2.3 构件图 (4)2.4 上下文关系图 (5)2.5对产品进一步解析 (6)2。
6............................ 项目适用范围63.项目需求分析3.1性能需求分析 (6)3.2项目活动图 (6)3。
3系统报表 (8)3.4类图 (8)3.5系统用例图 (10)3。
6用例文档 (12)4.项目详细设计4.1系统模块详细设计 (14)4。
2........................ 登录模块详细设计144。
3........................ 顾客模块详细设计144。
4...................... 管理员模块详细设计165.项目技术方案 (19)5.1方案概述 (19)5.2 编程环境 (19)5.3 数据库的实现 (19)6.可行性分析 (19)6.1 技术可行性分析 (19)6.2 运行可行性分析 (20)6。
3 经济可行性分析 (20)6.4法律可行性 (20)1。
引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容,设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性,运行设计的项目时间总体规划、进度分段标准、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况.1.2定义本产品是为餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率,同时方便员工就餐。
1.3参考资料《软件系统分析与设计》《需求分析最佳实践》2. 项目概述2。
《项目名称》--需求说明小组名称:系统分析说明书(需求规格说明书)目录1 概述 (1)1.1 编写目的 (1)1.2 参考资料 (1)1.3 术语和缩写词* ........................................ 错误!未定义书签。
2 需求 (1)2.1 功能需求 (1)2.2 数据需求 (9)2.3 性能需求* (11)2.4 非功能需求* (12)2.5 故障处理* (12)3 环境 (13)3.1 运行环境 (13)3.2 开发环境 (13)【注】本编写指南中带有“*”标志的表示可选部分,即在文档编写过程中可以依据实际项目的具体情况进行取舍,文档完成后这些“*”标记应该去掉。
1 概述1.1 编写目的本文档的编写目的是为网上书店项目的开发提供:a. 软件总体要求,作为用户和软件开发人员之间了解的基础;b. 功能、性能、接口和可靠性的要求,作为软件人员进行设计和编码的基础;c. 验收标准,作为用户确认测试的依据。
1.2 参考资料[1] 赵祖萌.电子商务网站建设教程.北京:清华大学出版社,2005:04.01[2] 耿国华.网页设计与制作.北京:高等教育出版社,2004:11.01[3] 易趣网:/[4] 黄梯云.管理信息系统.北京:高等教育出版社,2006:16119-00[5] 罗晓沛.数据库技术.武汉:华中理工大学出版社,2005:05.01[6] 吕少华.网页标题制作技巧与实例.北京:清华大学出版社2 需求2.1功能需求2.1.1功能划分从用户角度分析而得到的总体用例图如下所示:从管理员的角度分析得到的总体用例视图:(一)前台实现功能 1、新用户 注册2、书籍分类搜索该项分为图书分类编号和图书分类的名称这两大类,表7定义了图书类别表的信息.3、热销排名榜该项应该加载图书销售最畅销的前十位,分别记录其书名,编号,ISBN,,图书封面等信息.输入用户名 输入密码再次输入密码 输入电话输入邮箱4、新书籍上架该项记录最新书籍的详细信息,包括书名,ISBN,作者,图书封面等;5、实现购物车功能模块创建购物车添加商品删除商品清空购物车保存购物车用户实现购买图书的活动图如下所示;6、订单查询功能该模块可以让用户能够自主查询自己的网上图书购买订单,时时关注订单的最新动态变化.7、在线支付功能/网上银行支付功能该功能模块能够实现在线支付功能,,因此在该模块的实现上要特别注意安全性问题的考虑;8、前台页面管理整体模块之间的布局调试,做到风格一致,(二)后台管理实现功能1、用户注册信息管理用户信息审核用户等级管理用户地址管理2、订单添加/删除/修改管理功能添加订单删除无效订单修改订单信息下面是对于管理员对客户订单管理的活动图:3、书籍信息管理修改书籍信息增加新书籍信息畅销书信息管理删除部分下架书籍管理员对图书的信息,数量,热销程度进行管理,帮助网站更好的销售4、客户权限管理根据客户的级别,分为普通用户,会员,白金会员,主要是在购买时后的优惠程度不同而划分。
*********项目需求说明书Copyright ? 2020********版权所有版本管理以及修订记录版本号越高,表示文档越新。
目录1引言1.1编写目的为明确******产品需求、安排实施规划与进度、组织软件开发与测试,撰写本文档。
本文档的最终审核版本将作为后续设计开发以及测试的参照标准。
1.2范围******以学校信息为核心数据,为访问者提供免费数据查询的服务性产品。
重新定位******产品,为满足管理和用户体验的需求,重新规划了******的前台展示及后台的功能结构。
1.3定义1.3.1用户定义运营用户:进行******平台管理、运营的用户。
访问用户:在******页面上浏览、学习或提供知识的用户。
1.4参考资料阳光高考院校库系统页面原型2项目概述2.1产品描述对原有系统进行升级改造。
重新定位******产品,为满足管理和用户体验的需求,重新规划了******的前台展示及后台的功能结构。
******以学校信息为核心数据,为访问者提供免费数据查询的服务性产品。
完成目标:最及时,最全面的高校相关信息发布平台。
可以有持续性的pv增长。
2.2产品功能架构图2.3用户特点综合后台管理人员:较高的业务能力和软件操作能力学校后台管理人员:学校信息系统管理员综合前台使用人员:学生、家长及相关人员学校前台使用人员:高校教师及相关人员2.4一般约束保密说明文中所有资料(包括文中的创意与概念),未经许可,不得向任何第三方透露,也不得用作其他用途。
2.5假设和依据项目实施过程中,如遇需求变更,严格按照《需求管理规范》中需求变更流程执行。
3具体需求3.1 功能需求3.1.1通用规则提供软件开发过程中对于一般功能使用的通用规则,本文给出这些通用规则的默认项,如不作特殊要求,技术人员将按照通用规则进行设计开发。
1.查询结果列表分页显示,列表每页条数默认为10条;2.搜索范围默认提供按时间段搜索;3.手机、座机、邮编、地址、邮箱、网址等格式固定的元素,按常规格式验证;4.上传附件格式默认为.doc .xls,大小默认为小于2M;5.上传图片格式默认为.jpg .gif .bmp .png,大小默认为小于2M;6.模板数据导出格式默认为.xls;7.列表排序默认按照ID倒序排列;3.1.2前台需求描述前台功能点是指外部客户、外部用户访问所使用的界面功能。
系统需求分析说明书系统需求分析说明书1:引言1.1 目的1.2 背景1.3 目标受众1.4 术语定义2:项目概述2.1 项目背景2.2 项目目标2.3 项目范围2.4 项目限制条件2.5 假设和约束2.6 项目利益相关者3:业务需求分析3.1 业务目标3.2 用户需求3.3 业务规则3.4 用例图/流程图4:功能需求分析4.1 功能需求概述4.2 功能性需求4.3 非功能性需求4.4 系统边界图/状态图 4.5 数据字典5:系统架构设计5.1 技术架构5.2 系统组件5.3 硬件需求5.4 软件需求5.5 接口需求6:数据库设计6.1 数据库概述6.2 数据库模型6.3 数据表设计6.4 数据库关系图7:安全需求7.1 安全目标7.2 访问控制需求7.3 数据保护需求7.4 安全性测试要求8:性能需求8.1 响应时间需求8.2 并发用户数需求 8.3 内存和存储需求 8.4 可用性和容错需求9:测试与验证计划9.1 测试策略9.2 测试计划9.3 验证方法9.4 验证标准10:项目进度和里程碑安排10:1 项目时间安排10:2 里程碑定义10:3 项目资源需求11:风险分析和管理11.1 风险识别11.2 风险评估11.3 风险处理计划12:项目交付计划12.1 交付要求12.2 项目交付流程12.3 项目验收标准13:附件附件:具体包括但不限于项目相关文件、界面原型图、数据库设计图等。
法律名词及注释:- 1:法律名词1: 注释1 - 2:法律名词2: 注释2 - 3:法律名词3: 注释3。
XXX系统或XXX项目产品需求规格说明书版本信息注:状态可以为N-新建、A-增加、M-更改、对方的所得税说明:版本信息必须更新,审核人和审核时间也必须审核后填写,审核人要求部门经理级别以上。
否则开发测试可拒绝评审。
审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理目录1.关于本文档 (5)1.1. 内容说明 (5)1.2. 名词解释 (5)1.3. 参考文档 (5)2.系统概述 (7)2.1. 业务背景 (7)2.2. 系统概述 (8)2.3. 流程概览/系统框架 (9)2.4. 系统规划与迭代 (10)2.5. 功能模块 (10)3.系统功能需求 (11)3.1 状态信息接受推送 (11)3.2 最新站点查询服务 (22)4.系统非功能需求 (37)3.3 性能需求 (37)3.4 安全性需求 (37)3.5 扩展性需求 (38)3.6 兼容性需求 (38)3.7 维护性需求 (38)5.附录 (38)1.关于本文档1.1.内容说明说明:此处描述的是文档说明,产品需求文档更新需要走修订模式,下次更新前先接受修订,并且每次更新必须更新版本号和版本记录。
例子:本文档用于描述苏宁开放平台物流状态服务系统的需求定义。
包括各个需求的功能描述,处理逻辑规则,界面定义,与其它功能的关系,与其它系统的接口等各个方面的定义。
是苏宁物流状态服务系统唯一的全面需求定义文档。
本文档将根据需求管理流程和要求,随系统功能变化进行及时的修订和更新,以确保本文档的全面性,准确性和实效性。
因此在阅读使用此文档时,请注意从项目的文档管理系统中获取最新版本。
1.2.名词解释1.3.参考文档《系统需求定义规范使用说明v1.0.doc》2.系统概述2.1.业务背景说明:此处描述业务背景,不可裁剪,清晰的业务背景描述能更好的帮助研发和测试理解产品需求,明确业务测试场景,此部分是产品需求定位的核心导向。
例子一:电子面单的业务描述随着电子商务服务和物流服务信息化飞速发展,包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。
1 引言 ......................................................................................................................................... - 3 -1。
1编写目的..................................................................................................................... - 3 - 1。
2项目背景..................................................................................................................... - 3 - 1。
3 术语说明.................................................................................................................... - 3 -1.4 参考资料....................................................................................................................... - 3 -2 项目概述.................................................................................................................................. - 4 -2.1 待开发软件的一般描述............................................................................................... - 4 -2.2 待开发软件的功能....................................................................................................... - 4 -2.3 用户特征....................................................................................................................... - 5 -2.4 运行环境....................................................................................................................... - 5 -2.4。
xxx需求规格说明书文件类型产品详细需求编写时间xxx编写人员 xxx 1 修订记录2 术语和符号说明3 系统综述3.1 系统建设背景及目标xxx作为神州网的一部分,面向企业客户提供代理记账、工商代办等服务。
一期针对线上购买环节。
3.2 系统功能概述系统主要包括:前台购买和后台运营两部分。
前台作为用户体验购买的平台,实现从挑选商品到下单购买全过程;后台作为商城运营的重要支撑,主要实现商品的维护、订单查询、订单流转等功能。
3.3 系统结构及流程图3.3.1系统结构图3.3.2流程图购买主流程:3.3 与其他系统接口顺利办用户体系采用神州网用户体系。
4 详细需求4.2 后台需求所有的重要操作圴需二次确认提示。
4.2.1商品管理4.2.1.1 商品分类4.2.1.1.1 业务概述对服务商品的分类信息进行查询、删除、修改、增加等操作。
4.2.1.1.2 关键数据见界面图。
4.2.1.1.3 处理说明1.商品分类按树型结构分为2层。
2.可对分类信息进行,新增、修改、删除、查询、显示名称设置、导出、排序。
3.如果有关联的下级分类或商品则不允许删除,同时删除时只做逻辑删除。
4.所属上级根据操作时的对上层的选择,自动回显,顶层类默认显示“顶层分类”。
5.前台分类的展现需根据后台的排序。
4.2.1.1.4 用户界面1、商品分类页面2、分类添加页面4.2.1.1.5 约束条件分类编码要求按一定的顺序或编码规则生成。
如1开关的为“代理记账”,“代理记账”的下方的二级分类“一般人”为“1001”,“一般纳税人”为“1002”。
要求不与现有企采商城分类重复。
4.2.1.1.6 相关功能点无。
4.2.1.2 商品属性名字注释:“属性”为商品的某种性质。
如事物的形状、颜色、气味、美丑、善恶、优劣、用途等都是事物的性质。
具体是什么颜色属于规格的范畴。
4.2.1.2.1 业务概述对商品的属性进行集中维护,同时可与商品分类挂抅。
4.2.1.2.2 关键数据规格ID、属性名称、对外显示名称、所属分类、属性描述4.2.1.2.3 处理说明1.集中定义商品涉及的属性。
网上购物系统需求分析研究报告班级拟制人审批人2014年6月20日目录1 引言 .............................................................................................................. 错误!未定义书签。
1.1项目背景............................................................................................. 错误!未定义书签。
1.2项目意义............................................................................................. 错误!未定义书签。
1.3项目范围............................................................................................. 错误!未定义书签。
1.4 阅读对象............................................................................................ 错误!未定义书签。
2项目概述........................................................................................................ 错误!未定义书签。
2.1功能描述............................................................................................. 错误!未定义书签。
PCM升级改造项目用户需求说明书项目编号:R090211文件编号:用户需求说明书-V1.0所属类别:模板上海新逸科技有限公司变更记录目录1.文档概述 ........................................................................................ 错误!未定义书签。
2.系统概述 ........................................................................................ 错误!未定义书签。
2.1目标..................................................................................... 错误!未定义书签。
2.2涉众分析 ............................................................................. 错误!未定义书签。
2.3用户场景分析 ...................................................................... 错误!未定义书签。
3.业务需求 ........................................................................................ 错误!未定义书签。
3.1报销单据 ............................................................................. 错误!未定义书签。
3.1.1借款申请................................................................... 错误!未定义书签。
思慧卷烟网络零售系统《需求分析说明书》
目录
1 编制说明 (4)
1.1. 项目开发模式 (4)
1.2. 需求依据 (4)
1.3. 读者 (4)
1.4. 版本管理 (4)
1.5. 保密与安全 (4)
2 总体需求 (4)
2.1. 业务功能需求 (4)
2.2. 系统性能需求 (4)
2.3. 其它技术需求 (5)
2.4. 系统边界 (5)
2.5. 业务角色 (5)
3 业务功能需求 (5)
零售业务部分 (5)
3.1. 销售开单 (5)
3.2. 销售退货..................................................................................... 错误!未定义书签。
3.3. 销售统计..................................................................................... 错误!未定义书签。
1编制说明
1.1. 项目开发模式
本项目属于自立项目,采用螺旋开发模式,需求来源于多个烟草行业的用户意见以及开发人员的创意,并且在实际演示中不断补充需求。
1.2. 需求依据
本文中的需求是根据2006年10月日为止的演示系统的现有的实际功能所对应而来。
1.3. 读者
本文的读者是项目设计人员、开发人员、测试人员以及客户代表。
1.4. 版本管理
对本文的修订,必需经过审核人员核准之后,才可归档,并登记“变更记录”的相关信息。
1.5. 保密与安全
本文档属于企业技术机密,未经项目管理人员和公司主要领导同意,任何阅读人员都不得擅自向其他人员公开文档的内容,否则后果自负。
2总体需求
2.1. 业务功能需求
2.2. 系统性能需求
批发管理中心与销售终端之间支持基于互联网的数据交互。
并能够保证网络故障时,销售终端的正常业务运作。
系统应该能够支持以城市为管理中心的销售网络的日常业务,可连接网点数不低于500
个,并保证管理中心能够及时统计当日当时的业务数据。
2.3. 其它技术需求
系统应该基于成熟的计算机技术而开发,包括:操作系统、编程环境、数据库系统、网络技术、系统架构等。
系统应具有良好的可扩展性和可维护性,以保证用户可获得持续的投资效益。
2.4. 系统边界
本系统仅处理烟草制造商与终端销售商之间的业务以及与此相关的管理需求,不涉及烟草制造商内部的管理活动。
2.5. 业务角色
终端销售员:卷烟销售员(营业员),负责原始销售业务、顾客退货业务。
店长:负责请购单、收货、产品管理、库存管理、日常报表等业务。
中心管理员:负责请购单的审核、代订等业务。
配送管理员:负责已核准卷烟的配货/发货/退货管理。
加盟店管理员:负责加盟店加盟/维护管理。
3业务功能需求
零售业务部分
3.1. 销售开单
3.2. 角色管理
角色:是区分零售商操作人员的管理级别。
要求能够支持用户自定义角色,并随时进行角色的维护。
3.3. 人员管理
人员管理要求能够实现2个基本的需求:
1)对操作员的登录帐号和密码的管理。
2)担当角色的管理。
3.4. 权限管理
权限管理要求能够对每个角色和每个操作功能定义操作权限。