A. 如何写网站建设需求说明书
一个网站项目的确立是建立在各种各样的需求上面的，这种需求往往来自于客户的实际需求或者是出于公司自身发展的需要，其中客户的实际需求也就是说这种交易 性质的需求占了绝大部分。面对对网站开发拥有不同知识层面的客户，项目的负责人对用户需求的理解程度，在很大程度上决定了此类网站开发项目的成败。因此如 何更好地的了解、分析、明确用户需求，并且能够准确、清晰以文档的形式表达给参与项目开发的每个成员，保证开发过程按照满足用户需求为目的正确项目开发方 向进行，是每个网站开发项目管理者需要面对的问题。就这个问题，本文想提出自己的一些看法和建议，希望各位读者批评指正： 一、 那些人应该参与网站开发项目的需求分析活动需求分析活动其实本来就是一个和客户交流，正确引导客 户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。这个过程中也同时包含了对要建立的网站基本功 能和模块的确立和策划活动。所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。而项目的管理者在需求分析中的职责有 如下几个方面：1、 负责组织相关开发人员与用户一起进行需求分析。2、 组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。3、 组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。4、 如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。5、 如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。二、 完整的需求调查文档记录体系在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助项目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。 需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。为了更加清 楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。各种文档最好有一定的规范和固定格式，以便增加其可阅读性 和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。三、 向用户调查些什么在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人 需要调查用户的实际情况，明确用户需求。一个比较理想化的用户调查活动需要用户的充分配合，而且还有可能需要对调查对象进行必要的培训。所以调查的计划安 排：时间、地点、参加人员、调查内容，都需要项目负责人和用户的共同认可。调查的形式可以是：发需求调查表、开需求调查座谈会或者现场调研。调查的内容主 要如下：1、 网站当前以及日后可能出现的功能需求。2、 客户对网站的性能（如访问速度）的要求和可靠性的要求。3、 确定网站维护的要求。4、 网站的实际运行环境。5、 网站页面总体风格以及美工效果（必要的时候用户可以提供参考站点或者由公司向用户提供）。6、 主页面和次级页面数量，是否需要多种语言版本等7、 内容管理及录入任务的分配。8、 各种页面特殊效果及其数量（js,flash等）9、 项目完成时间及进度（可以根据合同）10、明确项目完成后的维护责任。调查结束以后，需要编写《用户调查报告》，《报告》的要点是：1、 调查概要说明：网站项目的名称；用户单位；参与调查人员；调查开始终止的时间；调查的工作安排。2、 调查内容说明：用户的基本情况；用户的主要业务；信息化建设现状；网站当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境；用户对新网站的期望等。3、 调查资料汇编：将调查得到的资料分类汇总（如调查问卷，会议记录等等）。四、 市场调研活动内容通过市场调研活动，清晰的分析相似网站的性能和运行情况。可以帮助项目负责人更加清楚的构想出自己开发的网站的大体架构和模样，在总结同类网站优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的网站。 但是由于实际中时间、经费、公司能力所限，市场调研覆盖的范围有一定的局限性，在调研市场同类网站的时候，应尽可能调研到所有比较出名和优秀的同类网 站。应该了解同类网站的使用环境与用户的诧异点、类似点，同类产品所定义的用户详细需求（需要公司或者项目负责人有一定的关系）。市场调研的重点应该放在 主要竞争对手的作品或类似网站作品的有关信息上。市场调研可以包括下列内容：1、 市场中同类网站作品的确定。2、 调研作品的使用范围和访问人群。3、 调研产品的功能设计（主要模块构成，特色功能，性能情况等等）4、 简单评价所调研的网站情况。调研的目的是明确并且引导用户需求。对市场同类产品调研结束后，应该撰写《市场调研报告》主要包括一下要点：1、 调研概要说明：调研计划；网站项目名称、调研单位、参与调研、调研开始终止时间。2、 调研内容说明：调研的同类网站作品名称、网址、设计公司、网站相关说明、开发背景、主要适用访问对象、功能描述、评价等3、 可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、可采用的原因。4、 不可采用借鉴的调研网站的功能设计：功能描述、用户界面、性能需求、不可采用的原因。5、 分析同类网站作品和主要竞争对手产品的弱点和缺陷以及本公司产品在这些方面的优势。6、 调研资料汇编：将调研得到的资料进行分类汇总。
五、 清晰的需求分析输出——《网站功能描述书》 在拥有前期公司和客户签订的合同或者是标书的约束之下，通过较为详细具体的用户调查和市场调研活动，借鉴其输出的《用户调查报告》和《市场调研报告》文 档，项目负责人应该对整个需求分析活动进行认真的总结，将分析前期不明确的需求逐一明确清晰化，并输出一份详细清晰的总结性文档──《网站功能描述书（最 终版）》以供作为日后项目开发过程中的依据。《网站功能描述书》必须包含以下内容：1、 网站功能2、 网站用户界面（初步）3、 网站运行的软硬件环境4、 网站系统性能定义5、 网站系统的软件和硬件接口6、 确定网站维护的要求7、 确定网站系统空间租赁要求8、 网站页面总体风格及美工效果。9、 主页面及次页面大概数量。10、管理及内容录入任务分配。11、各种页面特殊效果及其数量。12、项目完成时间及进度（根据合同）13、明确项目完成后的维护责任。综上所述，在网站项目的需求分析中主要是由项目负责人来确定对用户需求的理解程度，而用户调查和市场调研等需求分析活动的目的就是帮助项目负责人加深对用户需求的理解和对前期不明确的地方进行明确化，以便于日后在项目开发过程中作为开发成员的依据和借鉴。
当然一次成功的需求分析不仅需要项目负责人甚至是客户等所有项目相关人员的共同努力，还和公司的能力范围有一定关系。需要说明的是本文所述的需求分析活 动内容是建立在较为理想的基础上的。由于各个公司现实情况的不同，读者可以根据自身情况不一借鉴吸收利用。重要的是能构根据本公司的情况，系统的规范此类 文档做好保存和收集，相信对公司以后其他网站项目的进行以及公司自身实力的增强都会有很大帮助。
星想互联 http://www.hbxnseo.com，一个专门从事网站建设与seo优化推广网 http://www.hbxnseo.com/a/wangzhanjianshe/2011/0317/177.html
功能与现实中超市里的购物车差不多,看到中意的商品,点击"购买该商品"之类的链接,它就被放进购物车了,之后可以按此法继续购物.最后一并结帐.当然,在没付款之前,随时可以把不想要的商品挪出购物车:)
C. 国内一家大型购物网站会定时清空购物车，简要分析为什么
实际上这是一个减库存的功能性问题，并不是诱导购买的情感性问题。减库存有三种方式。分别是：拍下减库存、付款减库存、放进购物车减库存。每种减库存方式都有其特定的使用场景
1、拍下减库存：顾名思义就是拍下后、无论消费者是否付款，都会把库存减掉。如果商家出售的宝贝只剩最后一件，被消费者拍下之后没能及时付款，那别的消费者在这个店里就买不了这个商品了。拍下减库存的方案无法规避商品恶意被拍的风险。如果商家的商品大量被拍下，但一直未付款，就会造成别的消费者无法购买。前几年淘宝中小商家大闹天猫，狂刷韩都衣舍等大店就是这样，疯狂拍下商品，造成韩都衣舍大量商品库存为零被迫下架，导致大量需要正常消费者无法购买。
2、付款减库存：付款减库存的意思是，消费者没成功付款之前，不会减库存，也就是说任何别的消费者都能继续拍下剩余库存的商品。直到消费者付款成功，才会减掉相应的库存。“付款减库存”会在消费者成功付款后，商品的库存数量才会相应减少，所以会导致超卖，尤其是在促销的时候会非常明显。
举个栗子，某个商家在做樱桃促销，共100箱库存，上了活动促销后，消费者在一个小时内一共拍下了106箱，这个时候，这100箱樱桃显然不够卖给106个消费者了。谁先付款就发给谁，剩下的不管？显然不行。
3、放进进购物车减库存：“添加进购物车减库存”实际上是“拍下减库存”的衍生出来的新方式，本质上依然是拍下减库存，特点是将减库存锁定时间缩短，加快了流动速度。
比如唯品会这类特卖网站，一个特卖活动很可能只有3小时，如果还按照淘宝的做法“拍下后减库存，72小时内不成交，系统才自动关闭交易”，显然不可取，因为整个特卖活动可能也就3小时呀。
特卖的时候大量消费者同一时间涌入，如果消费者拍下后，给很长的思考时间是否购买，特卖根本没法玩，所以得给拍下减库存增加更敏感的时间限制。也就是说，为了加快流动，需要增加自动清空购物车功能，尽可能的将库存更快的释放出来，一方面可以给真正需要购买的消费者，另一方面带来了大家说的催促购买。
这一场景就是要买赶紧，不买赶紧拉倒，系统加快自动把你踢出，把商品赶紧让给真正想买的消费者。尽快结束这个活动（相比淘宝的72小时）。因为还有千千万万个特卖活动等着上线啊。
在这个过程中，现在你感受到了吧，根本原因是为了处理库存问题，当然，自然而然的就带来了其它答案所说的“造成紧迫感、引诱消费者快速下单”等情感引导能力。这里千万别本末倒置，不是为了情感需求而设计库存，而且真的为了处理库存问题带来了情感引导。这很重要，举个栗子，设计uber是为了打车，而不是约炮。约炮是自然而然带来的附属情感能力。如果一开始就奔着设计约炮的目的去设计uber，得到的结果就不是这样啦。
D. 第二章 系统框架 2.1 网络架构 2.2 系统架构 2.3模块功能说明 怎么写
目录如下：
第1章 蜀玉网络购物商城 1
1.1 概述 2
1.2 系统分析 2
1.2.1 需求分析 2
1.2.2 可行性分析 2
1.3 总体设计 3
1.3.1 项目规划 3
1.3.2 系统功能结构图 3
1.4 系统设计 4
1.4.1 设计目标 4
1.4.2 开发及运行环境 4
1.4.3 逻辑结构设计 5
1.5 技术准备 9
1.5.1 MVC概述 9
1.5.2 Struts概述 10
1.5.3 在MyEclipse中配置应用Struts结构文件 12
1.6 系统架构设计 13
1.6.1 系统文件夹架构图 13
1.6.2 文件架构设计 14
1.7 JavaBean的设计 15
1.7.1 数据库连接的JavaBean的编写 15
1.7.2 设置系统中使用的SQL语句的JavaBean 15
1.7.3 解决Struts中文乱码问题 16
1.7.4 检查用户是否已经在线的公共类 16
1.8 会员管理模块 18
1.8.1 会员登录 18
1.8.2 用户注册 21
1.8.3 找回密码 23
1.9 网站主页设计 25
1.9.1 网站首页面导航信息版块 26
1.9.2 网站首页面左部信息版块 27
1.9.3 网站首页面右部信息版块 27
1.9.4 网站首页面版权信息版块 28
1.10 会员资料修改模块 28
1.11 购物车模块 30
1.11.1 添加购物车 30
1.11.2 查看购物车 32
1.11.3 生成订单 34
1.11.4 清空购物车 35
1.12 商品销售排行模块 35
1.12.1 商品销售排行榜 36
1.12.2 分页显示特价商品 37
1.13 网站后台主要功能模块设计 39
1.13.1 网站后台首页设计 39
1.13.2 后台管理员身份验证模块 40
1.13.3 商品设置模块 41
1.13.4 订单设置模块 45
1.13.5 公告设置模块 46
1.14 退出模块 48
1.15 疑难问题分析 48
1.15.1 中文乱码问题的处理 48
1.15.2 关闭网站后session没有被注销 49
第2章 博客网站 50
2.1 概述 51
2.2 系统分析 51
2.2.1 需求分析 51
2.2.2 可行性分析 51
2.3 总体设计 51
2.3.1 项目规划 51
2.3.2 系统功能结构图 52
2.4 系统设计 52
2.4.1 设计目标 52
2.4.2 开发及运行环境 53
2.4.3 逻辑结构设计 53
2.5 技术准备 55
2.5.1 Hibernate框架概述 55
2.5.2 Hibernate配置文件 55
2.5.3 创建持久化类 56
2.5.4 Hibernate映射文件 57
2.6 系统构架设计 57
2.6.1 系统文件夹架构图 57
2.6.2 文件夹架构设计 58
2.7 公共类设计 58
2.7.1 获得当前系统时间类 58
2.7.2 字符处理类的编写 59
2.7.3 将字符串转化成字符数组类 60
2.7.4 Hibernate的初始化与Session管理类的编写 60
2.8 网站前台主要功能设计 61
2.8.1 网站首页页面设计 61
2.8.2 网站计数功能实现 62
2.8.3 网络日历功能 62
2.8.4 博主信息显示模块 64
2.8.5 浏览博主发表文章模块 66
2.8.6 添加评论模块 70
2.9 网站后台主要功能模块设计 72
2.9.1 后台首页设计 74
2.9.2 博客文章管理模块 74
2.9.3 个人相片设置模块 83
2.9.4 博主设置模块 89
2.10 疑难问题分析 91
2.10.1 Hibernate的映射类型 91
2.10.2 如何使用Hibernate声明事务边界 92
2.11 程序调试与错误处理 92
第3章 图书馆管理系统 94
3.1 概述 95
3.2 系统分析 95
3.2.1 需求分析 95
3.2.2 可行性分析 95
3.3 总体设计 95
3.3.1 项目规划 95
3.3.2 系统功能结构图 96
3.4 系统设计 96
3.4.1 设计目标 96
3.4.2 开发及运行环境 97
3.4.3 逻辑结构设计 97
3.5 技术准备 101
3.5.1 利用MySQL创建、删除数据库及数据表 101
3.5.2 查看、修改数据表结构及重命名数据表 102
3.6 系统总体架构 103
3.6.1 文件夹架构 103
3.6.2 文件架构 103
3.6.3 网站首页架构 104
3.7 配置Struts 105
3.8 工具类的编写 106
3.8.1 数据库连接及操作类的编写 106
3.8.2 字符串处理类的编写 109
3.9 管理员功能模块 110
3.9.1 管理员功能模块总体架构 110
3.9.2 定义管理员的ActionForm实现类 110
3.9.3 创建管理员的Action实现类 111
3.9.4 系统登录设计 112
3.9.5 查看管理员列表设计 115
3.9.6 添加管理员信息设计 118
3.9.7 设置管理员权限设计 121
3.9.8 删除管理员设计 124
3.10 图书档案管理功能模块设计 125
3.10.1 图书档案管理功能模块总体架构 125
3.10.2 定义图书档案的ActionForm实现类 125
3.10.3 创建图书档案的Action实现类 126
3.10.4 查看图书信息列表设计 127
3.10.5 添加图书信息设计 129
3.10.6 修改图书信息设计 131
3.10.7 删除图书信息设计 132
3.11 图书借还管理功能模块设计 133
3.11.1 图书借还管理功能模块总体架构 133
3.11.2 定义图书借还管理的ActionForm实现类 134
3.11.3 创建图书借还管理的Action实现类 134
3.11.4 图书借阅设计 135
3.11.5 图书归还设计 138
3.11.6 图书借阅查询设计 140
3.11.7 借阅到期提醒设计 143
3.11.8 图书借阅排行榜设计 145
3.12 疑难问题分析与解决 146
3.12.1 如何自动计算图书归还日期 146
3.12.2 如何对图书借阅信息进行统计排行 147
第4章 医药进销存管理系统 148
4.1 概述 149
4.2 系统分析 149
4.2.1 需求分析 149
4.2.2 可行性分析 149
4.3 总体设计 149
4.3.1 项目规划 149
4.3.2 系统功能结构图 150
4.4 系统设计 150
4.4.1 设计目标 150
4.4.2 开发及运行环境 150
4.4.3 数据库设计 151
4.5 技术准备 154
4.5.1 Spring框架 154
4.5.2 Hibernate框架 155
4.6 系统总体架构设计 156
4.6.1 文件架构设计 156
4.6.2 系统架构设计 156
4.7 系统公共类设计 157
4.7.1 编写访问数据库的DAO类 157
4.7.2 编写DAO的代理操作类AdapterDao 159
4.7.3 编写Spring的配置文件appcontext.xml 160
4.7.4 编写处理菜单栏和工具栏按钮的公共类MenuBarEvent 161
4.7.5 编写生成表格模型的公共类BuildTable 162
4.8 Java实体类及Hibernate映射文件的设计 163
4.8.1 药品信息的实体类obj_medicine 163
4.8.2 实体类obj_medicine.java的映射文件 164
4.9 系统主要功能模块设计 164
4.9.1 系统登录模块 164
4.9.2 主界面设计 167
4.9.3 药品基本情况模块 170
4.9.4 药品采购模块 175
4.9.5 库存盘点模块 180
4.9.6 销售退货模块 182
4.9.7 入库明细查询模块 185
4.9.8 用户维护功能模块 189
4.10 疑难问题解析 191
4.10.1 配置Spring访问数据库文件 191
4.10.2 在Hibernate中利用关联关系操纵实体对象 192
4.11 系统常见错误处理 193
4.11.1 通过Spring框架连接数据库 193
4.11.2 配置sessionFactory会话文件 194
4.11.3 配置Hibernate映射文件 195
第5章 销售管理系统 196
5.1 概述 197
5.2 系统分析 197
5.2.1 需求分析 197
5.2.2 可行性分析 197
5.3 总体设计 197
5.3.1 项目规划 197
5.3.2 系统功能结构图 198
5.4 系统设计 198
5.4.1 设计目标 198
5.4.2 开发及运行环境 198
5.4.3 逻辑结构设计 199
5.5 技术准备 201
5.5.1 命名规则 201
5.5.2 Servlet简介 202
5.5.3 Servlet的生命周期 203
5.5.4 加载和实例化Servlet 204
5.5.5 初始化Servlet 204
5.5.6 请求处理 204
5.5.7 Servlet的终结与卸载 204
5.6 系统架构设计 205
5.6.1 系统文件夹架构图 205
5.6.2 文件架构设计 205
5.6.3 类的分布架构设计 206
5.7 工具类的设计与实现 207
5.7.1 数据库连接类的设计与实现 207
5.7.2 字符串处理类的设计与实现 208
5.7.3 保存当前登录员工信息类的实现方法 209
5.7.4 监听当前登录员工的方法 209
5.8 员工操作模块的设计与实现 210
5.8.1 对数据库中表取值和赋值的方法 210
5.8.2 员工登录的实现 212
5.8.3 员工注册的实现 216
5.8.4 员工权限的实现 218
5.8.5 分页的实现 223
5.9 基础信息设置模块的设计与实现 226
5.9.1 职务信息查询的实现 227
5.9.2 职务信息添加的实现 228
5.9.3 职务信息修改的实现 229
5.9.4 职务信息删除的实现 230
5.10 业务管理模块的设计与实现 230
5.10.1 样式层的代码列表 231
5.10.2 订货信息的添加 231
5.10.3 出货信息的添加 233
5.10.4 退货信息的添加 234
5.11 疑难问题解析 236
5.11.1 java.lang.NullPointerException异常 236
5.11.2 JSP区分大小写 236
5.11.3 未被初始化错误 236
第6章 酒店管理系统 237
6.1 概述 238
6.2 系统分析 238
6.2.1 需求分析 238
6.2.2 可行性分析 238
6.3 总体设计 239
6.3.1 项目规划 239
6.3.2 系统功能结构图 239
6.4 系统设计 239
6.4.1 设计目标 239
6.4.2 开发及运行环境 240
6.4.3 逻辑结构设计 240
6.5 技术准备 242
6.5.1 重新定义表格 242
6.5.2 创建支持行标题栏的表格 243
6.5.3 创建日期选择框 246
6.6 系统架构设计 251
6.6.1 系统文件夹架构图 251
6.6.2 文件架构设计 252
6.7 数据持久层设计 252
6.7.1 编写数据库连接类 252
6.7.2 编写操作数据库的方法 253
6.8 主窗体的格局设计 255
6.9 开台签单功能的设计与实现 257
6.9.1 开台与查看 257
6.9.2 点菜与签单 259
6.10 自动结账功能的设计与实现 263
6.11 销售统计功能的设计与实现 265
6.11.1 日销售统计 265
6.11.2 月销售统计 266
6.11.3 年销售统计 267
6.12 人员管理功能的设计与实现 268
6.12.1 员工档案管理 268
6.12.2 系统管理员管理 270
6.13 系统维护功能的设计与实现 271
6.13.1 台号管理 271
6.13.2 菜系管理 273
6.13.3 菜品管理 274
6.14 系统安全功能的设计与实现 276
6.14.1 系统的锁定与解除 276
6.14.2 安全退出系统 278
6.15 疑难问题分析 278
6.15.1 如何弹出菜单 278
6.15.2 如何实现时钟 279
第7章 学生成绩管理系统 281
7.1 概述 282
7.2 系统分析 282
7.2.1 需求分析 282
7.2.2 可行性分析 282
7.3 总体设计 282
7.3.1 项目规划 282
7.3.2 系统功能结构图 283
7.4 系统设计 283
7.4.1 设计目标 283
7.4.2 开发及运行环境 283
7.4.3 逻辑结构设计 283
7.5 技术准备 285
7.5.1 通过Swing组件开发系统窗体界面 285
7.5.2 通过JDBC访问SQL Server 2000数据库 286
7.5.3 批处理 287
7.5.4 ResultSetMetaData类的介绍 287
7.6 系统架构设计 288
7.6.1 系统文件夹架构图 288
7.6.2 文件架构设计 288
7.7 系统实体对象与公共类设计 288
7.7.1 各种实体类的编写 289
7.7.2 操作数据库公共类的编写 289
7.8 登录模块 295
7.9 系统主窗体设计 297
7.10 系统主要模块设计 299
7.10.1 班级信息设置模块设计 299
7.10.2 学生基本信息管理模块设计 301
7.10.3 学生考试成绩信息管理模块设计 304
7.10.4 基本信息数据查询模块设计 308
7.10.5 学生考试成绩明细查询模块设计 310
7.11 疑难问题分析 313
7.11.1 批处理操作学生成绩表 313
7.11.2 生成动态列的查询语句 314
第8章 企业QQ 315
8.1 概述 316
8.2 系统分析 316
8.2.1 需求分析 316
8.2.2 可行性分析 316
8.3 总体设计 316
8.3.1 项目规划 316
8.3.2 系统功能结构图 317
8.4 系统设计 317
8.4.1 设计目标 317
8.4.2 开发及运行环境 317
8.4.3 数据库设计 318
8.5 技术准备 318
8.5.1 Java系统托盘 318
8.5.2 嵌入式连接JavaDB数据库 319
8.6 系统总体架构设计 319
8.6.1 文件架构设计 319
8.6.2 系统架构设计 320
8.7 系统公共类设计 320
8.7.1 编写访问数据库的DAO类 320
8.7.2 编写代码创建系统托盘 323
8.7.3 编写系统工具类 325
8.8 系统主要功能模块设计 329
8.8.1 主窗体设计 329
8.8.2 用户列表模块 334
8.8.3 用户通信模块 338
8.8.4 系统工具模块 343
8.8.5 系统设置模块 347
8.9 疑难问题解析 350
8.9.1 程序端口被占用 350
8.9.2 发送信使信息 351
可以看出，他使用了现在比较浒的框架：hibernate,Struts1,但是是否使用Structs2,我也不知道
E. Android APP开发需求文档范本
软件需求文档格式的标准写法
1．引言
1．1 编写目的
· 阐明开发本软件的目的；
1．2 项目背景
· 标识待开发软件产品的名称、代码；
· 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户；
· 说明该软件产品与其他有关软件产品的相互关系。
1．3 术语说明
列出本文档中所用到的专门术语的定义和英文缩写词的原文。
1．4 参考资料（可有可无）
列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合
同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品
的软件需求规格说明。
在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资
料来源。
2．项目概述
2．1 待开发软件的一般描述
描述待开发软件的背景，所应达到的目标，以及市场前景等。
2．2 待开发软件的功能
简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或
图形的方法进行描述。使用图形表示，可以采用：
· 顶层数据流图；
· 用例UseCase图；
· 系统流程图；
· 层次方框图。
2．3 用户特征和水平（是哪类人使用）
描述最终用户应具有的受教育水平、工作经验及技术专长。
2．4 运行环境
描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软
件或与其共存的应用程序等。
2．5 条件与限制
给出影响开发人员在设计软件时的约束条款，例如：
· 必须使用或避免使用的特定技术、工具、编程语言和数据库；
· 硬件限制；
· 所要求的开发规范或标准。
3．功能需求
3．1 功能划分
列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法
进行描述。
3．2 功能描述
对各个功能进行详细的描述。
4．外部接口需求
4．1 用户界面
对用户希望该软件所具有的界面特征进行描述。以下是可能要包括的一些特征：
· 将要采用的图形用户界面标准或产品系列的风格；
· 屏幕布局；
· 菜单布局；
· 输入输出格式；
· 错误信息显示格式；
建议采用RAD开发工具， 比如Visio，构造用户界面。
4．2 硬件接口
描述系统中软件产品和硬件设备每一接口的特征，以及硬件接口支持的设备、软件与硬件接口之间，以及硬件接口与支持设备之间的约定，包括交流的数据和控制信息的性质以及所使用的通信协议。
4．3 软件接口
描述该软件产品与其有关软件的接口关系，并指出这些外部软件或组件的名字和版本号。比如运行在什么操作系统上，访问何种类型的数据库，使用什么数据库连接组件，和什么商业软件共享数据等。
4．4 通信接口
描述和本软件产品相关的各种通信需求，包括电子邮件、Web浏览器、网络通信协议等。
4．5 故障处理
对可能的软件、硬件故障以及对各项性能而言所产生的后果进行处理。
5．性能需求
5．1 数据精确度
输出结果的精度。
5．2 时间特性
时间特性可包括如下几方面
·响应时间；
·更新处理时间；
·数据转换与传输时间；
·运行时间等。
5．3 适应性
在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，软件的适应能力。
6．其他需求
列出在本文的其他部分未出现的需求。如果不需要增加其他需求，可省略这一部分。
7．数据描述
7．1 静态数据
7．2 动态数据
包括输入数据和输出数据。
7．3 数据库描述
给出使用数据库的名称和类型。
7．4 数据字典
对于数据流图、层次方框图中出现的所有图形元素在数据字典中都要作为一个词条加以定义，使得每一个图形元素都有唯一的一个清晰明确的解释。
数据字典中所有的定义必须是严密的、精确的，不可有二意性。
7．5 数据采集
·列出提供输入数据的机构、设备和人员
·列出数据输入的手段、介质和设备；
·列出数据生成的方法、介质和设备。
8．附录
包括分析模型，待定问题图表等。
F. 关于带有支付接口购物车等功能的网站需求分析
购物网站，到建鹊互联 找客服要一份就可以了
G. 类似网上购物管理系统需求分析（比如鲜花）
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.参与者(不同使用身份)