GS0921109GS0921109-谷晓佳-系统需求规格说明书-1.doc

电子产品网上商城系统 需求规格说明书学号：GS0921109姓名：谷晓佳1、 介绍1.1 系统目的（a） 为中小企业零售商提供电子产品虚拟销售商品、预定商品订单平台，并提供相应的后台处理功能。（b） 为经销商、厂商以及代理公司提供系统后台商品管理、库存管理、订单管理、用户管理、统计查询。（c） 为消费者用户提供系统前台友好、优良用户体验交互界面。提供商品浏览、下订单、网上支付操作。（d） 在消费者与企业之间建立互联网便捷式交易方式，提供一个安全可靠的电子商务交易平台。建设满足客户需求的高灵活性、可扩展性、安全性、稳定性、可靠性、易用性的电子产品网上商城系统。系统具有良好的运行效率，可以容易地加入其他系统的应用。关注企业业务流程，对业务流程建模，提出匹配的网上商城信息化建设性解决方案。平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。1.2 系统范围 该网上商城解决方案适应市场需求的新潮流，提供了一套针对电子类产品的基于B2C方式的电子商务系统。在消费者与企业之间建立基于互联网的便捷式交易方式，提供了一个安全可靠的电子商务交易平台。建设出满足客户需求的高灵活性、安全性、稳定性、可靠性、易用性的电子产品网上商城系统。 电子产品类别丰富，目前系统电子产品范围为：手机、笔记本、相机、配件。 商品部分数据由第三方提供。 系统支付调用支付宝提供的支付接口。系统目前不提供直接进行网上银行交易。1.3 对象和项目成功的标准用户能够找到自己想要的产品，在任何地方任何时间，随心所欲的购买。管理员可以管理产品，查询各种操作。系统按时、高质量、成本支出在预算范围之内完成。系统平稳上线。系统功能性需求以及非功能需求均达到客户要求。1.4 定义、首字母缩写词和缩写缩写、术语解 释IEEEInstitute of Electrical & Electronic Engineering Internet国际互联网络HTTPHypertext Transfer ProtocolB2CBusiness To Customer,商家对顾客直销B2B Business To Business, 商家对商家C2C Customer to Customer,客户和客户MD5Message Digest Algorithm MD5（中文名为消息摘要算法第五版）为计算机安全领域广泛使用的一种散列函数，用以提供消息的完整性保护。该算法的文件号为RFC 1321（R.Rivest,MIT Laboratory for Computer Science and RSA Data Security Inc. April 1992） 3DES3DES是DES加密算法的一种模式，它使用3条56位的密钥对数据进行三次加密。数据加密标准（DES）是美国的一种由来已久的加密标准，它使用对称密钥加密法，并于1981年被ANSI组织规范为ANSI X.3.92。DES使用56位密钥和密码块的方法，而在密码块的方法中，文本被分成64位大小的文本块然后再进行加密。比起最初的DES，3DES更为安全。TongWeb 应用服务器TongWeb 应用服务器基于 J2EE 体系结构，并通过了 Sun 公司的 J2EE 兼容性认证。1.5 参考资料电子产品网上商城系统立项报告.doc系统规格说明书模板.doc电子产品网上商城系统业务需求.doc1.6 总结1. 在进行需求内容收集时，收集的数据信息需要尽量准确、完整。2. 需要对系统自顶向下逐步进行分解。对于不明确的需求需要进一步进行沟通。3. 分解粒度适中。4. 考虑问题需要尽可能全面。5. 同时需要对收集到的需求进行不断的归纳和抽象，从而提取出客户的真实需求。6. 保持系统的简洁、清晰性。7. 在进行需求沟通时，既需要准备向涉及人员提出的问题，同时需要可以随机应变及时捕获新的需求以及需求的变更。2、 当前系统此系统为新开发系统，不存在系统数据迁移以及新旧系统并行运行的情况。3、 建议的系统3.1概述 随着支付、物流和信用等软硬件设施的逐步完善，以及互联网用户数量的不断增加和互联网用户对网上购物逐渐接受和认可，国内电子商务市场规模正在不断扩大。网上商城能够有效减少中间环节，节省了客户和企业的时间和空间，消除运输成本和代理中间的差价，提供贸易效率，造就对普通消费，和加大市场流通带来巨大的发展空间。作为一种替代传统商业模式的经营方式，正逐渐的被广大的消费者认识，认可并接受。 该网上商城解决方案适应市场需求的新潮流，提供了一套针对电子类产品的基于B2C方式的电子商务系统。在消费者与企业之间建立基于互联网的便捷式交易方式，提供了一个安全可靠的电子商务交易平台。建设出满足客户需求的高灵活性、安全性、稳定性、可靠性、易用性的电子产品网上商城系统。3.2功能性需求3.2.1系统前台模块图系统前台主要包括模块：商品管理模块、订单管理模块、用户管理模块。其中订单模块需要关联访问商品模块和用户模块。系统前台在下订单时所进行访问的支付系统为外部系统。 3.2.2系统前台功能简述（1） 商品类别管理。根据产品用途进行分类。根据关注参数分类排序。（2） 商品栏目管理。栏目用于定义不同类型商品的市场化关键字来显示。（3） 用户帐户管理。包括：帐户基本信息设置、用户个人订单管理。（4） 用户注册、登录。（5） 购物车。用户可对想要购买的商品进行网上订购，在购物过程中，随时增删商品。（6） 下订单。在线订单程序，使消费者能够顺利的通过WEB在线的方式，直接生成购买订单。（7） 网上支付。调用网上银行网关接口进行网上支付。 3.2.3系统后台模块图系统后台主要包括模块：商品管理模块、订单管理模块、用户管理模块、订单流程模块、系统管理模块、统计管理模块。其中订单流程管理模块需要关联访问商品模块、用户模块以及订单管理模块。统计管理需要关联访问用户模块、订单模块。3.2.4系统后台功能简述（8） 商品管理。包括后台商品库存管理、上货、出货、编辑管理和商品分类管理、商品品牌管理等。（9） 订单流程管理。订单流程处理包括：订单外呼、作废、发货、备货、结单操作。（10） 用户管理。其中包括：查询用户详细信息、冻结用户。（11） 系统管理。内容包括：数据字典维护、日志管理。（12） 统计查询。提供报表统计查询。3.3非功能性需求3.3.1 用户界面和人为因素界面要求优先级操作方式软件操作简捷、人性化高界面显示整洁、美观,效果显示清晰高界面风格界面设计风格一致，颜色搭配谐调平均浏览器要求系统在IE6、IE7以及firefox中均可以正常显示高优先级可选择级别包括：高、平均、低3.3.2 文件系统使用文件包括：数据同步文件和Excel输出文件模板数据同步文件数据同步文件由第三方提供于双方确认指定的服务器路径，在确认时间内ftp到指定服务器获取该文件，系统对该文件进行操作处理。数据同步文件包括商品信息同步文件。Excel输出文件模板系统在进行统计报表展示时，使用Excel输出文件模板来进行Excel数据展示。3.3.3 硬件考虑设备类型 配置 数量 说明 Web服务器 HP 380G5 2*3.0cpu/8G/146*2 2 应用、数据库服务器 IBM P570 8*4.7cpu/16G/146*4 含HACMP软件 2 物理集中，逻辑分开 支付接口服务器 HP DL380 G5 2*3.0cpu/8G/146*2 2 部署与其他支付系统的接口 测试服务器 HP DL380 G5 2*3.0cpu/8G/146*2 1 磁盘阵列 IBM DS4700 8*146G 1 统计服务器 HP DL380 G5 2*3.0cpu/8G/146*2 1 3.3.4 性能指标时间特性的要求：在不计算网络延迟情况下：搜索时间最大不超过5秒，平均时间在13秒以内系统容量要求：静态用户：100000以上动态用户：1500以上并发数：500以上商品数量：100000以上商品种类：1000以上精度需求：在精度需求上，根据使用需要，在各项数据输入、输出和传输过程中，可以满足各种精度的需求。3.3.5 错误处理和极限条件（1）出错输出信息在用户执行没有权限的操作后，系统给出提示：“对不起，你没有权限！”不允许用户的匿名购买物品。如发生以下操作，系统会给出提示：l 输入的用户ID错误或为空；l 输入的用户密码错误；l 查找到符合的记录；l 添加、修改和删除成功；l 未查找到符合的记录；l 下单成功；（2）系统对后台订单操作进行操作日志记录。用于在系统出现错误时进行系统状态的跟踪。3.3.6 质量标准 软件质量因素质量标准正确性系统满足合同及用户确认需求。安全性系统可以抵挡恶意攻击。可用性用户可以使用系统高效完成用户任务，提高其工作效率，方便用户访问操作该系统。适应性系统容易部署到不同地域的同一性质部门客户工作现场。可扩展性系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。可靠性系统应保证7x24小时内不宕机，保证500人同时登录的情况下，系统运行正常，正确提示相关内容。保证系统在出现高于系统负载情况下，不会导致系统崩溃或信息混乱。可维护性系统应易于维护，提供良好的维护界面。系统出现运行缺陷或错误，应该容易查找和更改。可读性通过阅读代码可以容易理解系统。3.3.7 系统更正出错处理对策 由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。3.3.8 物理环境系统部署到2台服务器中，使用Tong Web应用服务器来进行负载均衡配置。3.3.9 安全问题（1） 密码安全问题用户在输入密码信息时，系统采用md5加密算法进行密码加密，从而保证密码的安全性。（2） 外部接口访问加密系统在与外部接口进行信息交换时，使用3DES加密解密算法进行数据传输。对接收到的信息进行文件头部信息验证，从而保证系统获取信息的正确性和安全性。（3）权限管理系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。（4） 输入验证系统需能够防止各类误操作可能造成的数据丢失，破坏。（5） 支付加密系统在进行订单交易时需要对订单编号和订单交易金额进行加密处理。3.3.10资源约束开发语言需使用java用户界面支持浏览器包括：IE6、IE7、Firefox。3.4伪需求（1）需求提出：系统管理员希望系统前台展示的商品信息实时为最新数据。目前系统前台所展示商品信息为第三方提供数据，并且数据量比较大，所以使用系统缓存进行数据加载，考虑到实时刷新包含大量数据的缓存会严重影响系统性能，所以设置系统刷新缓存时间为一小时。系统管理员提出的这个需求不符合当前系统情况，所以认为此需求为伪需求。3.5系统模型3.5.1场景参与者/渉众（1） 系统参与者系统参与者包括：用户、管理员（2） 其他渉众其他渉众包括：网上支付系统事件清单/事件表本系统涉及到的事件清单/事件表事件主体事件动作事件对象事件频度触发方式响应方式用户注册用户名5000/天随机保存用户注册信息并保存在系统中用户登录用户帐户10000/天随机打开相应网站，展示商品信息用户浏览商品列表9900/天随机用户浏览网页，查看相应商品列表信息用户浏览商品类别11000/天随机用户浏览网页，查看相应商品类别信息用户浏览商品明细9600/天随机用户浏览网页，查看相应商品明细信息用户下订单1000/天随机编辑订单并保存在系统中用户填写收货信息1000/天下订单后记录订单的收货信息，并保存在系统中用户支付订单1000/天下订单后扣除用户相应钱款，在网页上显示“交款成功”字样用户注销用户帐户9900/天随机注销用户帐户用户查看用户订单10000/天用户登录用户帐户后查看用户订单用户查看用户帐户信息8000/天用户登录用户帐户后查看用户帐户信息用户修改用户帐户信息7000/天用户登录用户帐户后修改用户帐户信息用户修改收货信息6000/天用户登录用户帐户后修改收货信息管理员外呼订单2000/天用户下订单后管理员外呼处理订单管理员作废订单1000/天用户下订单后管理员作废订单管理员发货订单1000/天管理员外呼后管理员发货处理订单管理员备货订单1000/天管理员发货后管理员备货处理订单管理员结单订单600/天管理员备货后管理员结单处理订单管理员增加商品类别10/天商品类别的增加增加商品类别内容管理员编辑商品类别10/天商品类别的变化编辑商品类别信息管理员查看商品类别10/天随机查看商品类别信息管理员编辑商品50/天商品的变化编辑商品管理员查看商品50/天随机查看商品管理员增加商品50/天商品的增加增加商品管理员上架商品50/天商品的变化上架商品管理员下架商品50/天商品的变化下架商品管理员查询用户18000/天每日维护记录用户信息或行为，并保存在系统中管理员冻结用户18000/天每日维护记录用户信息或行为，并保存在系统中管理员增加数据字典1/天每日增加数据字典内容管理员修改数据字典1/天每日修改数据字典内容管理员查看数据字典1/天每日查看数据字典内容管理员查询用户帐户统计5000/天每日维护查询用户信息管理员查询订单统计5000/天每日维护查询统计订单信息管理员管理库存10/天库存的变化管理库存管理员增加管理员50/天管理员增加时增加管理员管理员编辑管理员50/天管理员变更时编辑管理员管理员删除管理员50/天管理员变更时删除管理员管理员查看管理员50/天随机查看管理员管理员查询日志5/天每日随机维护维护管理日志3.5.2用例模型系统前台用例图 用户可以浏览不同类型商品，包括：手机、笔记本、相机、配件。用户可以注册、登录用户帐户。用户登录用户帐户，选择商品下订单，填写收货信息，进行网上支付。接着用户可以到用户帐户中查看这个订单。用户可以管理用户帐户内容，包括：修改、查看用户帐户信息，查看用户订单信息，若收货信息发生变更可以修改该订单的收货信息内容。系统后台用例图管理员可以进行的操作包括：管理商品、管理用户、处理订单流程、查询统计、管理系统数据、管理管理员。其中系统数据的管理包括：管理日志和维护数据字典。3.5.3对象模型数据词典系统实体以及实体间关系：（1）系统业务关系实体 （2）系统公共访问实体类图.1系统核心设计类图（1） 实体类：（2） 实体类之间的关联关系：简要说明：订单实体与订单项、订单流程、用户帐户、收货信息数据建立关联关系。订单项主要用于记录与订单中商品所进行关联的商品信息。库存中主要记录商品的存货情况。商品与商品类别、商品属性、商品品牌建立关联关系。商品品牌与商品类别之间建立关联关系。日志主要用于记录对于订单信息的操作情况。数据字典用于保存系统状态、关键字数据。管理员实体用于记录管理员数据信息。.2系统前台用例实现VOPC类图（1） 下订单下订单涉及到的实体类包括：订单、订单项、订单流程、收货信息、用户帐户。（2） 管理用户帐户管理用户帐户包括：查看用户订单；修改、查看用户帐户；登录、注销用户帐户。对于收货信息变更的订单可以修改其收货信息。涉及到的实体类包括：订单、用户帐户、收货信息、订单项。（3） 浏览商品浏览商品包括：浏览商品列表、商品类别以及商品明细。商品类型包括手机、笔记本、相机、配件以及其他商品分类方式。涉及到的实体类包括：商品、商品属性、商品品牌、商品类别。（4） 网上支付网上支付需要调用网上支付系统。涉及到的实体类包括订单信息。.3统后台用例实现VOPC类图a. 处理订单流程处理订单流程涉及到的实体类包括：订单、订单项、订单流程、收货信息、用户帐户、商品。涉及到的处理流程包括：外呼、作废、发货、备货、结单操作。b. 管理商品 管理商品包括：增加、编辑、查看商品类别；编辑、查看商品信息；上下架商品以及库存管理。涉及到的实体类包括：商品、商品属性、商品品牌、商品类别、库存。c. 管理用户 管理用户包括：查询、冻结用户。涉及到的实体类包括：涉及到的实体类包括：用户帐户。d. 管理系统数据管理系统数据包括：查询日志；增加、修改、查看数据字典。涉及到的实体类包括：日志、数据字典。e. 查询统计查询统计包括：查询用户帐户统计、查询订单统计。涉及到的实体类包括：订单、订单项、商品、用户帐户。f. 管理管理员管理管理员包括：增加、编辑、删除、查看管理员。涉及到的实体类包括：管理员。3.5.4动态模型 系统前台数据交互（1） 前台活动图：简要描述：用户访问系统可以进行浏览商品、商品类别、网上支付购买商品。用户选购商品需要用户拥有用户帐户。因此，用户可以首先进行用户注册，接着登录用户帐户，把选购的商品放入购物车中，填写收货地址信息，接着进行网上支付该订单。若出现支付订单未成功的情况，用户可以在登录用户帐户后进行订单信息查看，从而重新支付支付未成功的订单。对于用户来说，可以修改用户个人帐户信息。（2） 涉及顺序图：（1） 下订单：（2） 管理用户帐户（3） 管理用户帐户订单（4） 浏览商品类别（5） 浏览商品列表（6） 浏览商品明细（7） 网上支付 系统后台数据交互（1） 处理订单流程（2） 管理商品类别（3） 管理商品信息（4） 管理商品上下架（5） 管理商品库存（6） 管理用户（7） 管理系统数据字典（8） 管理系统日志（9） 查询用户帐户统计（10） 查询用户订单统计（11） 管理管理员。3.5.5用户界面导航路径和屏幕模型界面要求1 界面美观、操作方便并能高效率地完成工作。2 界面根据用户需求设计。3 界面能引导用户操作的功能，并能提供一些帮助功能前台用户界面管理用户帐号界面1. 注册界面：描述：a) 用通用易懂的方式显示用户注册需填写的资料，并有解释语句。b) 明显显示注册按钮c) 用户通过输入自己信息，就能完成注册功能。例：2. 登录界面描述：a) 用通用易懂的方式显示用户登录需填写的资料，并有解释语句。b) 明显显示登录按钮c) 用户通过输入自己信息，就能完成登录功能。例：3. 修改界面描述：a) 用通用易懂的方式显示用户可修改的资料，并有解释语句。b) 明显显示修改按钮c) 用户通过输入自己信息，就能完成修改功能。例：浏览商品界面描述：a) 界面可选择不同种类的商品。b) 界面有商品分类列表c) 界面有商品列表。d) 商品列表显示足够信息表明商品e) 课通过链接选中商品例：下订单界面1. 购物篮界面描述：a) 选择的商品信息。b) 界面显示价格信息共用户判断c) 显示添加商品按钮例：2. 订单界面描述：d) 购买的商品列表。e) 界面显示订单信息供用户输入f) 有限制项目有解释语句g) 标明必填项目h) 界面