A. 网上购物系统需求分析说明书怎么写啊
在淘宝网基本没有任何风险
因为卖家是先把钱汇款给了网站，网站收到钱后，会回把钱冻结，然后通知卖家答给买家发货，买家收到货后，确认货没有任何的问题，买家很满意，然后通知网站，把这比钱放款给卖家
所以这种有网站做为中介方的“支付宝”
是不会有任何问题的
因为如果卖家不给买家发货，或是买家收到货后，货不对，或不满意，卖家就收不到钱
尽量选择一些信用度高的卖家
选择“先行赔付”的卖家
B. 网上购物系统需求分析
需求分析?你直接用量子分析不就可以了吗 用收费版的
C. 网上购物需求分析一般包括哪些内容
1、需求是真实存在的还是伪需求
需求应当源自客观实际，而非主观臆断；相比产品经理灵光一现的锦上添花，扎实地满足既有需求的雪中送炭或许更为可贵。
2、判别需求是否属于刚需
需求有真伪，而真实需求里也分为刚性需求和非刚性需求(弹性需求)。在互联网世界，最基本的需求可归纳为对信息的收集、对生产生活资料的获取以及与他人的沟通交流，于是你可以看到国内的
3、研究需求量是否够大，市场是否够肥
初创企业的价值取决于自身成长性，也就是“能不能做大”。
如何判断需求是否够大通常可采用两种方式:一种是先估计目标用户的基数、消费能力、意愿预算，再把这些数字通过相乘等方式得出一个大概的数字，并与该行业或近似行业的公开报告进行比对验证；另一种则是评估打算进入的市场原本具有多少产值，而你的产品通过提供更低的价格、更长的使用周期等，能提升多少效率、节省多少成本，从而折算出相对于原产值的全新规模。
除了从常识和公开数据出发外，借助网络上的各类排行榜、捜索热度等，也能对时下大众的需求风向做出评估。例如网络下拉框。另外，网络搜索风云榜和网络指数也是了解国内网民需求分布的风向标。
4、衡量需求的变现能力
不管三七二十一，先火速笼络一批用户进来，至于盈利模式暂时搁置一边，是许多早期团队的态度、可惜门庭若市的表象下却不一定都能赚得盆满钵满。即使市场上一些用户量较大的产品，也不得不通过各种手段苦苦探寻变现方法。
D. 类似网上购物管理系统需求分析（比如鲜花）
ASP网上购物系统
需求说明
文件名称：概要设计说明书
文件编号： QDHYASP1001
编 制 人： 周峰
编制日期：2005年 8月 30日
审 核 人： 周峰
版本标识：2.50版
1.引言
1.1.编写目的
编写此需求分析报告，实现商场、中小企业或个人在互联网上进行新产品展示，网上通信留言功能，重点实现网上商品的查找、在线购买功能。实现普通用户只能浏览，注册用户可以在线定购，后台管理人员可以进行产品上传更新、注册用户的管理等功能。
1.2.项目背景
项目名称：ASP网上购物系统
项目委托单位： hyst105040701
项目开发单位：040701班
项目简介：本系统主要实现网上产品展示与在线定购及人员的管理，一、不同身份有不同的权限功能（管理人员、注册用户、游客） 二、在线产品展示（分页显示） 三、在线定购 四、后台管理（用户管理、商品的管理）
（本系统为040701班的毕业设计项目）
1.3.问题陈述
对用户提供的服务有：
l 在线产品展示
l 在线查找功能
l 在线下订单。
l
2.任务概述
2.1.需求概述
2.1.1.在线展示
只要登录到网站后，就可以在线浏览展示商品，
最新商品动画展示
在线购买商品从后台数据库动态显示商品图片与产品名。
单击产品名或图片就看到产品的详细介绍。要添加购买与收藏功能。
2.1.2.在线下订单：
只有注册用户才能利用该系统下订单。注册后并且处于激活状态才可以购物下订单。非注册用户和处于非激活状态的用户，只能浏览商品的基本情况。用户登录后，就可以使用系统提供的各种功能。
单击产品对应的购买按钮后，要显示购物车界面，在该界面中要实现购买产品数量统计、总价格统计及每种产品的购买时间。
在购物车中，可以实现继续购买、产品数量的修改、删除购买物品、到收银台付款功能。
在信息填写与提交中，要实现“返回上一步”修改功能，实现所以信息统计界面。实现产生订购单号功能。
2.1.3后台管理服务
管理员修改功能
商品管理功能
会员管理功能
2.1.4留言功能
2.2.运行环境
服务器端： ASP+SQLSERVER2000+IIS 5.0
客户端： IE浏览器
2.3.开发环境
SQLServer数据库+IIS5.0+Windows2000+Dreamweaver2004
2.5.限制和约束
l 一个客户在系统中只有一个账号。
l 客户要想购物必须先登陆。
l 管理员只能进行三次登录
3.总体设计
3.1.参与者(不同使用身份)
E. 怎么写一份php需求分析
让用户尽可能的述说他所想要的所有东西，不要打断他，一旦打断用户的思路，有可能他会遗忘一些东西，也许这些东西就是项目的重点，会对整个项目的进程带来影响。先不要考虑用户的需求是否合理，用户提出的所有需求都是他希望得到的，也不要在此时去整理需求的条例性，此阶段的重点就是完整、详细的记录下用户的所有需求。同时，当用户提需求时，要进行换位思考，当你去提这种需求的时候，你需要的是什么东西，用户描述不清时，可以进行询问，不要怕这种询问会勾起用户的潜在需求，而这种潜在的需求，也是用户想要得到的，如果项目在结束时没有的到包括潜在需求在内的所有东西，那么，这个项目就是失败的，用户会要求对所设计出的产品进行无休止的更改。
一个数据检索的问题，当用户提出要系统某部分数据的时候，他可能只提出了，我需要得到某数据，而项目最后也实现了此功能，可以显示数据的数值，但是，用户也许想要的数据是可以倒出到某种格式的？兼容其他一个系统的？
用户并不是专业人士，他不会给出有条理、完整、系统的需求，这就需要对所收集到的原始需求进行分析，以分析出用户的潜在需求，往往是用户谈的不多，又是技术难点的地方，更需要详细的进行分析。
用户提出的原始需求没有条理性，就需要你进行整理、归纳，帮助用户理清需求中的概念，将无序的变为有序的。同时要尽可能预测需求的变更。
如用户在提出需要权限管理时，提出的只是需要某个用户可实现某个功能，那么，他的潜在需求可能就是，有此权限的用户是否可以任意增加？权限是否可以修改？
需求分析是要开发人员明白用户需要的是什么，而让用户明白你所理解的他的需要是什么。当需求分析使用专业术语时，开发人员能明白用户要的是什么，而用户看后则不知道他见到的需求分析描述的是什么。所以，使用自然语言描述需求，是编写需求分析的基本要求。
“网站分为不同权限，用户根据自身权限的不同可以访问不同模块”
“网站用户有不同的分类，用户选择自身所扮演的身份后即可进入网站的不同栏目”
很明显，第二种叙述方式更容易让人理解
文字的描述无论如何详细，毕竟都是抽象的，有可能会造成歧义，合理的利用图示进行辅助说明，有助于用户和开发人员对需求分析达成一直的认可。
无论是使用visio、word甚至是画板来制作图示都是许可的，图示的作用是辅助文字进行说明，并不是进行系统的设计，只要能正确的描述了用户的意图，就是成功的
项目经理、系统分析员、页面设计、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
所有与项目相关的人员，都应该详细阅读所编写的需求分析，以期达到对项目最终目的的共识，这样设计出的系统，才能在技术允许的情况下，尽可能的满足用户提出的需求。同时也可以从自己所负责的内容出发，对用户的需求提出建议和意见，确定最终实现的目标。
故意遗留一些明显的又比较好做的冬冬给用户去发现，好处有二
1.用户测试时如果找不到问题，他会觉得很没有面子，一般都希望自己能找到几个问题给领导看看他的工作能力有多强，所以不管你怎么做他都会找到他认为是问题的问题，与其让他找出来你不好改的，还不如留点好改的给他找，呵呵。
2.如果用户确实找到一个你不好改的问题，可以拿这些东西去和他交涉，让用户让步，毕竟，用户也会有时间上的考虑的。
F. 购物网站的需求分析
去爱推客看看就知道了