1、解决方案长沙XXXX有限公司2016年8月目录第1章 关于本方案3第2章 需求描述及分析32。1 概述32.1.1 需求分析目标和任务32。2 需求描述32.3 需求分析42。3.1 功能需求分析4第3章 详细设计53。1 技术架构设计53。1.1 设计思路53.1。2 设计原则73。2 功能设计73。3 安全设计8第4章 项目实施方案84.1 项目管理84。1.1 技术分工84。1.2 项目余下计划94。1.3 项目组人员配置94.1。4 人员背景资历94。1.5 项目测试方案94.1.6 明确的测试目标104。1。7 测试流程确定104.1。8 测试需求确认10第1章 关于本方案本方案主要2、是服务于系统。第2章 需求描述及分析2.1 概述2.1.1 需求分析目标和任务2.2 需求描述2.3 需求分析2.3.1 功能需求分析后台管理系统：商城APP系统商铺管理APP系统；第3章 详细设计3.1 技术架构设计3.1.1 设计思路后台管理Server后台管理web3.1.2 设计原则（1)可靠性用软件系统规模越做越大越复杂，其可靠性越来越难保证。应用本身对系统运行的可靠性要求越来越高，软件系统的可靠性也直接关系到设计自身的声誉和生存发展竞争能力。软件可靠性意味着该软件在测试运行过程中避免可能发生故障的能力，且一旦发生故障后，具有解脱和排除故障的能力。软件可靠性和硬件可靠性本质区别在于：3、后者为物理机理的衰变和老化所致,而前者是由于设计和实现的错误所致。故软件的可靠性必须在设计阶段就确定,在生产和测试阶段再考虑就困难了.（2）健壮性健壮性又称鲁棒性，是指软件对于规范要求以外的输入能够判断出这个输入不符合规范要求，并能有合理的处理方式。软件健壮性是一个比较模糊的概念，但是却是非常重要的软件外部量度标准。软件设计的健壮与否直接反应了分析设计和编码人员的水平。（3）可修改性要求以科学的方法设计软件，使之有良好的结构和完备的文档,系统性能易于调整。（4）容易理解软件的可理解性是其可靠性和可修改性的前提。它并不仅仅是文档清晰可读的问题，更要求软件本身具有简单明了的结构。这在很大程度上取决4、于设计者的洞察力和创造性，以及对设计对象掌握得透彻程度，当然它还依赖于设计工具和方法的适当运用。（5）程序简便（6）可测试性可测试性就是设计一个适当的数据集合，用来测试所建立的系统，并保证系统得到全面的检验.(7)效率性软件的效率性一般用程序的执行时间和所占用的内存容量来度量。在达到原理要求功能指标的前提下,程序运行所需时间愈短和占用存储容量愈小,则效率愈高。（8）标准化原则1在结构上实现开放，基于业界开放式标准,符合国家和信息产业部的规范。（9）先进性满足客户需求,系统性能可靠，易于维护.（10）可扩展性软件设计完要留有升级接口和升级空间。对扩展开放，对修改关闭.3.2 功能设计3.3 安全5、设计数据加密DEA数据加密算法（Data Encryption Algorithm，DEA）是一种对称加密算法,很可能是使用最广泛的密钥系统,特别是在保护金融数据的安全中，最初开发的DEA是嵌入硬件中的。通常，自动取款机（Automated Teller Machine，ATM）都使用DEA。它出自IBM的研究工作，IBM也曾对它拥有几年的专利权,但是在1983年已到期后，处于公有范围中，允许在特定条件下可以免除专利使用费而使用。1977年被美国政府正式采纳。账号密码验证每次提供接口调用后台服务的时候,就要验证账户和密码是否正确,以保证所使用用户是本系统用户。特别是充值等关键性操作的时候，必须6、验证。第4章 项目实施方案4.1 项目管理4.1.1 技术分工4.1.2 项目余下计划4.1.3 项目组人员配置4.1.4 人员背景资历4.1.5 项目测试方案测试数据的完整性、系统的安全性、功能的完善性，测试功能点时，测试人员测试通过后，由测试人员通知客户测试，测试通过则此功能通过，测试不通过，继续加以修正。4.1.6 明确的测试目标1软件测试员的基本目标是发现软件缺陷。这似乎是个不言而喻的事实，但有必要再次强调。因为有时开发小组要测试员只是为了证实软件可以运行，而不是找缺陷.在这种情况下，测试人员也就缺乏不懈努力发现缺陷的探索精神和热情。所以做好测试的首要条件是明确软件测试员的基本目标是发7、现软件缺陷。2 软件测试员追求的是尽可能早地找出软件缺陷。因为软件的修复费用，随着时间的推移，将数十倍的增长，所以软件测试员应尽可能早地找出软件缺陷。对于大型的软件，在软件开发的同时,就应该有紧随其后的测试，如果等到产品已经开发完毕才开始测试,非常有可能引起大量耗时费力的返工。而如何尽可能早的找出缺陷?理论上有一些测试方法：静态黑盒测试、动态黑盒测试、静态白盒测试、动态白盒测试；配置测试、易用性测试。3软件测试人员必需确保找出的软件缺陷得以关闭.并不是每个软件缺陷都有必要修复的。可能是由于没有足够的时间、不算作真正的软件缺陷、修复的风险太大等原因，产品开发小组决定对一些软件缺陷不作修复。但是，领测认为测试人员必需确保找出的软件缺陷得以关闭，也就是说一旦登记了软件缺陷，就要跟踪其生命周期，监视其状态，提供必要的信息确保其得到修复和关闭。4.1.7 测试流程确定开发人员测试通过测试人员测试通过客户测试通过4.1.8 测试需求确认