网上零食管理系统需求规格说明书

1.0 级：开源

网上零食管理系统需求规格

V1.0

开发人员：王瑞 徐扬

评审日期： 年 月 日

项目编号：

文档编号：

密

1

目 录

1 导言 ......................................................... 4 1.1 目的 .................................................... 4 1.2 范围 .................................................... 4 1.3 缩写说明 ................................................ 4 1.4 术语定义 ................................................ 4 1.5 引用标准 ................................................ 4 1.6 参考资料 ................................................ 4 1.7 项目组员及模块分配 ...................................... 5 1.8 版本更新信息 ............................................ 5 2 系统定义 ..................................................... 6 2.1 项目来源及背景 .......................................... 6 2.2 项目要达到的目标 ........................................ 6 3 应用环境 ..................................................... 6 3.1 系统运行网络环境 ........................................ 7 3.2 系统运行硬件环境 ........................................ 7 3.3 系统运行软件环境 ........................................ 8 4 功能规格 ..................................................... 8 4.1系统的架构设计 ........................................... 8 4.2 数据库 ................................................. 10 4.3 系统的主的use-case图 .................................. 12 4.4 系统的功能模块分析 ..................................... 13 4.4.1 用例描述 ............................................ 13 4.4.2 设计决策 ............................................ 21 4.4.2 接口设计 ............................................ 22 4.4.3 处理流程 ............................................ 24

2

1、确认订单用例(网上零食店_UC_用户系统ID_03) ............ 24 2、商品管理用例(网上零食店_UC_用户系统ID_05) ............ 25 4.4.4 业务逻辑层设计 ....................................... 26 5 性能需求 .................................................... 26 5.1 界面需求 ............................................... 27 5.2 响应时间需求 ........................................... 27 5.3 可靠性需求 ............................................. 27 5.4 开放性需求 ............................................. 28 5.5 可扩展性需求 ........................................... 28 5.6 系统安全性需求 ......................................... 28 6 产品提交 .................................................... 29 7 实现约束 .................................................... 29 8 签字 ........................................................ 30

3

1 导言 1.1 目的

该文档是关于网上零食管理系统前期进行的需求分析，重点描述了网上零食系统的设计需求，将作为对该工具在概要设计阶段的设计输入。

本文档的预期读者是：

? 设计人员 ? 开发人员 ? 项目管理人员 ? 测试人员 ? 用户

1.2 范围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。

1.3 缩写说明

JSP: Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 UML: Unified Modeling Language（统一建模语言）的缩写。

1.4 术语定义

无

1.5 引用标准

[1] 《企业文档格式标准》 V1.1 [2] 《需求规格报告格式标准》 V1.1

1.6 参考资料

[1] 《疯狂Java讲义》 李刚等 电子工业出版社

[2] 《Tomcat与Java Web开发技术详解》封超等 清华大学出版社 [3] 《Java Web开发实战经验》 李兴华等 清华大学出版社

4

[4] 《数据库开发教程》 清华大学出版社 [5] 《UML和模式应用》 机械工业出版社 [6] 《需求规格报告格式标准》 V1.1

1.7 项目组员及模块分配

王瑞 负责前台设计，包括：

用户登录注册模块 修改信息模块 浏览商品模块 购物车订单模块 留言板模块

徐扬 负责后台设计，包括： 管理员登录模块 食品管理模块 用户信息管理模块 订单管理模块 推送信息模块

1.8 版本更新信息

因为此系统即将成为满足客户需求的实用性系统，所以在开发的过程中需要与客户进行多次的

交流以便达到客户的要求，因而在开发过程中就需要进行多次的修改，从而达到理想的阶段，得出最终的1.0版本。

因此在开发时初始计划定义本系统的版本信息，更改如下：

1.0 版本：正式使用版本，用户使用过程中实行跟踪维护服务半年。人员：专业维护人员 1.1 版本：一个简单的、内部自己测试的版本，可以实现一些基本的操作功能，和一些基本的功能特性。人员：王瑞、徐扬

1.2 版本：通过对用户进行详细的调查分析后，小组成员再更新自己的实现模块，完善系统功能，然后添加一些用户所需要的原来版本中缺少的基本功能，进行完善。人员：王瑞、徐扬 1.3 版本：客户根据当前开发出的系统自己实行测试，检测系统功能实现情况，并提出自己的意见，开发人员再根据客户提出的意见进行测试修改，然后开发组自己进行测试，通过再与用户交流进行修改。人员：王瑞、徐扬 1.4 版本：最终版的雏形，最后一次试用版本，先让用户进行试用一段时间，然后在试用期间提出新的问题，开发人员再对新提出的问题进行修改，最终达到客户满意。人员：王瑞、徐扬

5

2 系统定义

下面分别阐述一下项目的来源、背景和项目的目标。

2.1 项目来源及背景

网上生活是现代快时代生活的主要区域，简单快速的购物方式成为一种主流的趋势。同时伴随着

物流领域的不断发展，各种各样的购物网站已成为人们平时浏览和购物的场所，但由于大型购物网站涉及的领域过于广泛，有可能会导致客户搜索不便捷的问题。

网上零食店专门针对零食的销售，更加地全面和便捷，给广大的年轻群体带来了巨大的方便。虽然网上零食销售在我国的兴起时间不长，但是发展迅速，随着我国互联网的普及和网上零食店的日趋成热，会有越来越多的消费群体加入到这个行列，市场潜力会得到充分发挥。

网上零食购物系统不仅是传统销售渠道的发展和补充，也是未来食品销售的发展趋势方向，它满足了消费者足不出户买到各地零食的愿望，也便于商家进行商品及收益的管理，给商家带来更大的利润。

2.2 项目要达到的目标

本项目设定的目标如下：

1. 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少。 2. 系统具有良好的运行效率，能够得到提高生产率的目的。 3. 系统应有良好的可扩充性，可以容易的加入其它系统的应用。

4. 平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。 5. 通过这个项目可以锻炼队伍，提高整个团队成员的开发能力和项目管理能力。

6. 通过此项目的开发，增强开发组成员间的团队合作能力。同时将所学的知识能灵活的运用到实践中，提高小组每个成员的动手能力，以便更好的适应社会对人才的需求发展。还有就是提前用一些企业常用的开发工具以及一些前端流行的技术，以便使小组成员在走向工作岗位时能更好的适应环境的变化，提前进入状态，更好的胜任自己的工作。

3 应用环境

本次项目完成的运行环境是在windows下完成的网上零食店项目。本项目的应用环境可以分硬件

环境、软件环境和网络环境来描述。

6

3.1 系统运行网络环境

本系统的网络运行图如图3-1所示：

图3-1 网络拓扑图

客户通过网络浏览商品、提交客户的购物车信息和联系人地址等相关信息；管理员通过网络发布商品信息，对获得提供的各种信息进行检验，并通过网络处理客户的订单、管理商品的更新维护和用户的信息维护。

3.2 系统运行硬件环境

本系统的硬件环境如下： ? 客户机：普通PC

? CPU：P4 1.8GHz ? 内存：256MB以上

? 分辨率：推荐使用1024*768像素 ? WEB服务器

? CPU：P4 1.8GHz ? 内存：256MB以上 ? 数据库服务器

7

? CPU：P4 1.8GHz ? 内存：256MB以上

3.3 系统运行软件环境

? 操作系统：Windows 7 ? 数据库：MYSQL ? 开发工具包：JDK 1.7 ? 开发工具 eclipse ? JSP服务器：Tomcat 8 ? 浏览器：IE9

4 功能规格

采用面向对象的分析方法进行系统建模，使用UML(Unified Modeling Language)作为建模语言。 UML从考虑系统的不同角度出发，定义了用例图、类图、对象图、状态图、活动图、序列图、协作图、构件图、部署图等9种图。这些图从不同的侧面对系统进行描述。系统模型将这些不同的侧面综合成一致的整体，便于系统的分析和构造。

用例图(Use Case)展现了一组用列、参与者(actor)以及他们之间的关系。用例图从用户的角度描述系统的静态使用情况，可用于建立需求模型。

设计Use-case时，我们遵循下列步骤： 第一步：

识别出系统的actor。它可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者是谁。尽可能地确保所有actor都被完全识别出来。 第二步：

描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么？”来准确地描述Use Case。 第三步：

重新审视每个Use Case，为它们下个详尽的定义。

4.1系统的架构设计

a.系统前台主要分为以下几部分：

网站首页：显示食品，主要为特价和热销的零食。用户在此页可以搜索商品，查看商品分类，

8

注册新账户和登录已有账户等。

用户注册：用户填写基本信息，同时还要填写用户的真实姓名和详细地址，以便购买商品后进行送货。

用户登录：用户未登陆时，可以查看商品，若要加入购物车或购买下单就要进行登录。 我的账户：对账户进行各种操作和管理，包括查看用户基本资料，查看订单，查看积分，查看优惠券，修改用户名、密码或地址等。

商品搜索：用户可以根据需求进行商品的搜索。

购物车：用户将要购买的商品加入购物车后，在确认订单环节进行结算。 以下图4-1是系统的前台构架图。

首页用户注册用户登录浏览商品即商品分类查看订单修改订单合并订单修改用户信息查看优惠劵留言发布退出系统购物车删除商品修改商品数量确认订单

图4-1 系统前台构架图

b. 系统后台主要分为以下几部分：

管理员登录：系统管理员只有在成功登录后，才能对系统进行操作，比如进行食品、订单、用户的管理，及消息推送。

食品管理：可搜索食品对已有食品进行上下架、对食品信息进行修改和添加新的产品。 用户管理：管理员可以搜索已经注册的用户，对用户信息进行维护。

订单管理：管理员可以查看新加入的订单情况，对其进行处理，也可对以前的订单进行查询。 以下图4-2是系统的后台构架图。

9

管理员登录食品管理搜索食品添加食品用户管理修改食品信息消息推送搜索订单订单管理处理订单查看订单上下架图4-2 系统后台构架图

4.2 数据库

数据库是必要的一个子系统，用来存储用户、零食等的各种数据信息，它是一个可以与主系统产生交互式信息的外部系统。管理员通过对数据库的基本操作实现对系统的数据的查询、增加、删除和修改等操作。

本系统所用的数据库为mysql，以下列出主要的表的设计：

表4-1 用户基本信息表user

字段名称 user_id utype_id nike_name password email gender balance status question answer 数据类型 varchar varchar varchar varchar varchar varchar numeric numeric varchar varchar

表4-2 用户详细信息表user_addr

说明 主键，不为空 外键，不为空 唯一的，不为空 不为空 不为空 不为空 默认0.00，不为空 默认0，不为空 不为空 字段名称 user_id real_name country province 数据类型 varchar varchar varchar varchar 说明 主键，外键，不为空 不为空 不为空 不为空 10

处理流程：

1. 管理员登录系统选择“编辑商品”选项，系统对管理员的权限进行验证，权限匹配的情况下，

2. 选择“删除商品”选项，系统会展示商品列表，管理员可以依据系统的分类定位商品并删除，也可以直接输入商品名删除商品信息。

3. 点击“确认删除”，系统将该商品的信息从系统中移除。

4.4.4 业务逻辑层设计

图4-14 业务逻辑层类图

5 性能需求

根据用户对本系统的要求，确定系统在响应时间、可靠性、安全等方面有较高的性能要求。

26

5.1 界面需求

本系统采用的是图形用户界面，本系统的用户包括客户和管理员。进入主界面后点击相应的窗口，分别进入相对应的界面。客户的界面与管理员的界面是不同的。管理员对程序的维护最好要有备份。系统页面较为合理，给人一种可爱清新的感觉，看到之后对零食产生极大的兴趣。页面上的每一个按钮、文本框、超链接都是经过设计人员精心设计，使用户使用系统更加方便快捷。所有界面设置导航，使用户进入界面后一目了然，按照自己的需求点击相应的按钮。

系统的界面要求如下： 1) 页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。 2) 导航结构：

页面具有明确的导航指示，语言简洁，且便于理解，方便用户使用。 3) 技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览；无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。 4) 艺术风格：

界面、版面形象清新悦目、布局合理,字号大小适宜、字体选择合理，前后一致，美观大方；动与静搭配恰当,动静效果好；色彩和谐自然,与主题内容相协调。

5.2 响应时间需求

所有的查询等待时间不能超过3秒，所有更新操作时间均在3秒内完成。无论是客户端和管理

端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在3秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。

5.3 可靠性需求

本系统每个时刻都要采集大量的数据并进行处理。因此，系统的故障有可能给客户带来不可估量的损失，这就要求系统具有高度的可靠性。本系统需要对重要数据进行备份， 可以通过网络备份系统或人工定时将数据备份到本地或远程存储设备。如果系统遇到严重受损时，可利用灾难恢复系统进行快速恢复。

本系统使用Java语言进行开发，基于其可一次编译到处运行的特点，可使本系统的可移植性大大提高，使其可以运行在任何装有Java虚拟机的计算机上。本系统的可使用性也较强，任何人

27

只要熟练简单地计算机操作，都可以无需培训，仅经过简单地学习就可以熟练的操作本系统。本系统在开发时采用模块化设计，模块之间高内聚低耦合，模块大多具有较强的独立性，因此可维护性较好。

网站必须由功能范围分明的技术模块组成，这样当故障出现时，可以逐个模块地检测。技术功能分化有多种手段，其中一种是功能模块的物理分化。在网站服务器群中，各个服务器分担着不同的任务，它们集合起来完成一项任务：支持网站用户的每一个需求。在设计这种分布系统时，不仅做到网站高性能所需的同步处理、资源共享，还需要考虑保持系统可维护性所需的功能分开。在系统设计和系统实施时，提供足够的系统监察信息和调试手段。计算机软件的错误很多情况下，可以从其运行过程输出的事情记录中检查出来。注意保持服务器软件的平台无关性。这样不管服务器用什么操作系统，服务器软件都能无需更改而正常运行。

5.4 开放性需求

系统应具有十分的灵活性，可以将独立的模块拿出来进行运行修改，以适应将来功能扩展的需求。

5.5 可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求，比如做一个进销存系统只需要进行简单的修改，或者直接进行添加销售的功能即可。

5.6 系统安全性需求

互联网是一个标准开放的网络，在网上进行各种商务活动，随时可能将面对黑客的攻击，病毒的侵袭等。因此，确保网上信息流通的系统安全十分重要、安全不仅仅是一个技术的问题，还涉及到系统的管理、法律法规的保障等。

使用身份验证机制来保护本系统的安全，未经授权的用户不能访问本系统，即未注册的用户无法访问。并且保存在数据库中的用户密码根据密码学的原理采用密钥加密成密文，防止被非法用户所盗取，增强系统的安全保密性。

因为整个系统是一个严谨的服务平台，在此系统上将会涉及诸如个人信息、银行账号、机密设定等敏感性问题，因此必须对整个系统做全面地安全性考虑，对所有的敏感会话进行高强度加密。在此系统中，我们针对会话层将采取SSL加密协议。

目前，Intent上有几种加密协议在使用，对应OSI网络模型的每一层都已提出了相应的协议。对应层有SET（安全电子交易）协议。对会话层有SSL（安全套层）协议。在所有的协议中，SSL和SET与电子商务的关系最为密切。

SSL网络资料传输的安全协定，是由著名的Internet先驱Netscape Communication 提出的针对数据的隐秘性、完整性、身份的确认、开放性的安全标准机制。Netscape公司已把SSL协议递交给W3C网络安全工作小组以便使之成为万维网应用的安全标准、尽管使SSL协议成为标准还需要一段时间，

28

但SSL协议事实上已被大部分万维网软件生产商所采用。SSL协议能很好地解决身份验证、信息保密、信息完整等网络信息传输过程中最为关键的安全密保问题。

SET安全电子交易规格，是由著名的信用卡季候VISA及MasterCard提出的针对电子钱包、商场伺服器、认证中心的安全标准。由于Visa与MasterCard的强大实力，以及得到IBM，Microsoft等业界巨人的支持，SET协议得到了业界的广泛支持。

SSL协议是通过把对称加密技术、非对称加密技术与杂凑函数技术结合起来而实现各项安全保密功能。SSL协议所能实现的安全保密功能以及为实现各项功能所采用的技术如下：

信息保密性：在遵循SSL协议的两条计算机传递的所有信息都通过对称加密技术予以加密。这样，网络切听者虽然可利用IP packet sniffers等手段截获两条计算机之间的信息流，却不可能读懂信息流中的内容。

信息完整性：网络中可能有这样一些人，他们虽然不能读懂您传递的信息，却而已地对信息包进行篡改，使对话双方产生误解。SSL协议利用了杂凑函数技术对此进行了防备。信息包一旦被篡改，就不能通过杂凑函数检验，该信息包就会被丢弃。

身份的相互验证：为验证对方的身份，遵循SSL协议的两台计算机在进行对话之前都有一个握手过程。我收过程所交换的信息如下：1.双方交换X.509格式的身份证明文件，该身份证明文件必须服有可靠的验证机构的电子签名。双方利用非对称加密技术验证对方的身份并得到对方的公钥。2.其中一方随机生成一组进行对称加密用的密钥组，把该密钥组用对方的公钥加密并传给对方，对方即可用自己的私钥解密得到进行对称加密用的密钥组。3.双方确定以后对话中所使用的对称加密算法。

6 产品提交

提交产品为： a) 应用系统软件包 b) 数据库初始数据 c) 系统开发过程文档 d) 系统使用维护说明文档

提交方式：利用软件开发包的形式进行提交

7 实现约束

系统的实现约束如下：

a) 操作系统为 windows系列的操作系统 b) 开发平台为：eclipse+SDK-1.7+tomcat 8

29

c) 数据库为MYSQL

8 签字

本需求规格经过双方认可，特签字如下表所示：

用户签署信息 企业签署信息 单位名称 西安邮电大学 单位名称 西安邮电大学软件开发组 签署人姓名 签署人姓名 签署日期 签署日期

需求规格签字

30

本文来源：https://www.bwwdw.com/article/5892.html