需求分析样本

1、3.2需求分析需求分析是一个完整系统开发必不可少的阶段。在开发之前，我们必须经过 一系列的相关调研，弄清楚系统所需功能的来龙去脉，才能够设计出一套完整的 开发方案，从而开发出一个完整且具有健壮性的系统的可能性才更大。为了满足更多企业销售部门销售商品的管理需要，本网上商品销售系统主要 涉及到的对象有：商品，订单、供应商、用户（会员）和管理员等。当管理员成功登陆本系统的后台管理后，可以查看用户信息、供应商信息、 商品信息、商品分类信息以及销售订单情况，并可以添加、删除和修改，商品信 息，商品类别信息，供应商信息、用户信息等所有的操作。为管理的方便性和信 息传递的快速性提供了一个很好的平台。另外，在

2、前台用户管理模块，当会员成 功登陆后，会登陆到本商品销售系统的前台的主页面，可以浏览各种类别的商品， 并且对于注册登陆过的会员，可以对自己的商品加入到购物车，然后查看购物车 里的商品信息，可以进行修改，删除以及添加购买的商品数量，如果确定结账， 会跳转到填写个人资料页面等等操作，最后生成订单。总之，本系统开发的总体 任务是实现销售与管理方便、自动化的。因此，本网上商品销售系统的最终要实 现的功能有：登陆验证（前（后）台）、会员注册（前台功能）、购物车（前台功能）、 商品信息管理、商品分类管理、订单管理（前台会员可以查看、修改自己的订单）、 供应商信息管理、用户信息管理等几大部分。3.2.1功能

3、需求分析系统功能分析：在本系统中，系统后台要实现的功能有：商品信息管理、商 品分类管理、订单管理、供应商信息管理、用户信息管理（管理员和会员管理）、 销售统计、各种信息查询及其它附加功能等。在系统前台主要要实现的有：会员 登陆、注册、修改密码，商品信息的浏览，购物车，我的订单以及附加退出系统 等功能。商品信息管理：主要完成对商品信息的增加、修改、删除、查看和以及通过 多条件对商品进行搜索等。商品分类管理：主要是能够查看、添加、修改、删除商品大类别和小类别等。订单管理：主要完成对订单列表和以及根据订单号，收货人以及不同订单状 态对相应符合条件的订单进行搜索查询。以及查看订单详细信息以及对订单状态

4、 进行处理。供应商信息管理：主要完成对供应商信息的增加、修改、删除、查看和以及 根据不同组合条件查询出相应供应商的信息。用户信息管理：主要完成对用户信息的增加、修改、删除、查看用户信息。 同时可以查看管理员的信息，并且可以添加，删除，修改管理员信息。购物车：主要是用来存放用户购买的商品，并可以根据自己的需要，修改、 添加、删除购买的商品。我的订单:主要是针对用户在购物车中商品已经确定要购买，然后点击结算， 填写相应个人资料后生成的订单。本系统设计到的数值类型及格式要求：邮箱：其格式满足其正则表达式：睡.中表示为0-9a-fA-F_ 一个及以上。中格式同，不过主要是输入qq|sina|163|1

5、28|sohu|yahoo等中表示一个或多个由2-3个大写或者小写字母组成的格 式 .com|.cn|.|.gov|.|.org 等合法邮箱后缀订单号：组成为订单生成时的时间（年月日时分秒）+订单编号手机号：11位数字，且数字不能以0打头。3.2.2数据分析根据系统功能分析，可以确定以下数据项：管理员信息：管理员编号，管理员名称，密码；用户信息：用户编号，用户名，密码，邮箱，邮箱是否验证，邮箱验证码， 真实姓名，最后登录时间，上次登录的ip，联系电话，用户地址，设置忘记密 码问题，设置忘记密码答案；商品信息：商品编号，商品名称，商品描述，商品上架时间，商品销售价格， 商品市场价格，商品进货数量

6、，商品供应商，商品图片名称，商品对应的小类别；商品大分类信息：大类别编号，大类别名称，大类别排序顺序，大类别添加 时间；商品小分类信息：小类别编号，小类别名称，大类别编号，小类别添加时间；订单信息：订单编号，用户编号，商品编号，订单总价，订单当前状态，订 单当前支付状态，订单当前发货状态，订单发货时间，订单付款时间，生成的订 单号，订单支付方式的编号，订单配送方式编号，商品数量；订单操作记录信息：操作编号，管理员编号，操作时间，订单当前状态，订 单当前支付状态，订单当前发货状态供应商信息，备注，订单编号。订单配送方式信息：配送方式编号，配送名称，配送描述，配送费用；订单支付方式信息：支付方式编

7、号，支付名称，支付描述；供货商信息：供应商编号，供应商名称，供应商地址，联系人，备注。3.2.3系统的数据流图数据流图简称DFD,是SA方法中用于表示系统逻辑模型的一种工具。它以图形 的方式描述了数据在流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。其中数据流图有四种基本的图形符号，箭头表示数 据流；圆或椭圆表示加工，“二”双杠表示数据存储，方框表示数据的源点或终点。 这种图通俗易懂，同时，层次性强，适合对不同管理层次的用户进行业务办理。 以下是本系统的部分数据流图：1）用户注册的数据流图如图3.1所示。图3.1注册的数据流图2）用户登录的数据流图如图3.2所示。图3.2用户登录的数据流图3）查看和搜索商品信息的数据流图如图3.3所示。图3.3查看和搜索商品信息的数据流图3.2.4性能需求针对系统而言，性能要求提出包含3类人：用户、管理员、开发人员。从这 3类人出发本系统的性能要求如下：1、用户：操作响应时