硕士论文写作范本结构化方法(V)

云南大学硕士研究生论文 XX系统的分析与设计分类号TP31密级公开UDC编号硕士研究生学位论文题目XX系统的分析与设计学院（所、中心）软件学院专业名称软件工程研究生姓名学号导师姓名职称年月独创性声明本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得的研究成果。除了文中特别加以标注和致谢的地方外，论文中不包含其他人或集体已经发表或撰写过的研究成果，对本文的研究做出贡献的集体和个人均已在论文中作了明确的说明并表示了谢意。 研究生签名：日期：论文使用和授权说明本人完全了解云南大学有关保留、使用学位论文的规定，即：学校有权保留并向国家有关部门或机构送交学位论文和论文电子版；允许论文被查阅或借阅；学校可以公布论文的全部或部分内容，可以采用影印、缩印或其他复制手段保存论文。（保密的论文在解密后应遵循此规定）研究生签名：导师签名：日期：…………………本人及导师同意将学位论文提交至清华大学“中国学术期刊（光盘版）电子杂志社”进行电子和网络出版，并编入CNKI系列数据库，传播本学位论文的全部或部分内容，同意按《中国优秀博硕士学位论文全文数据库出版章程》规定享受相关权益。研究生签名：导师签名：日期：

摘要<简单的论文总体描述>论文首先介绍了XX系统的研究背景，对所需要解决的问题进行了概述，讨论了项目的研究意义与重要性，阐述了系统开发方法和相关技术；论文提出了系统的设计目标，对系统进行了详细的需求分析，包括业务需求分析、功能需求分析、数据需求分析和非功能需求分析，给出了系统的业务流程图、数据流图、功能数据分析图（IPO图），并进行了数据字典描述；在系统设计中，对系统进行了总体设计与模块设计，给出了系统总功能结构图(H图)，包括XX等功能模块，分别给出了具体模块设计的功能结构图（H图）、IPO表、和处理流程图，详细阐述了设计内容，并使用实体关系E-R图和数据库表结构对数据库进行了详细设计；论文最后对研究的内容进行了总结，阐述了本人的主要工作，指出了论文存在的不足，并对进一步的工作进行了展望。关键词：XXXX；XXXX；XXXX；

Abstract<此处插入英文摘要，就是中文摘要的正确翻译，注意关键词的翻译要准确>Keywords:<英文关键词，要与中文摘要对应，例如：XXXX；XXXX；XXXX；

目录<此处插入论文目录>

引言项目背景与问题概述项目背景<此处插入论文中所述项目的项目背景，旨在突出社会发展背景、项目的出发点等等。以下是范本请不要照搬！>随着科学技术的进步和社会经济的发展，信息化进程已经成为一种必然的趋势。近年来，由于信息化在多个领域取得了巨大的成就，为国家的经济建设和社会发展做出了不可估量的贡献。因此，人们认识到，作为国家信息化和社会信息化的重要组成部分之一的商业信息化，已然成为了促进社会经济发展的一个增长点，也是推动商业发展的重要手段。商业信息化已经被越来越多的企业和商家所关注。网上购物最早在美国出现，1995年美国网上商店亚马逊开业（A），美国第一家安全网络银行（FirstSecurityB）实现网上支付。而我国的网上购物系统发展相对较晚，在1998年，中国的第一笔网上交易成功，1999年随着8848等B2C网站的正式开通，中国开始进入购物网站的实际阶段。从起步到现在，十多年来网上购物发展迅速,在1998年，国内最大的商务拍卖网站易趣开始运行。在1999年B2C网站当当投入运营，2000年卓越成立,到2003年B2B网站阿里巴巴投资成立了C2C网站淘宝。网上购物的商家越来越多，同时网上购物的消费者数量也在迅速的发展与增长。截止到2005年上半年，我国的上网人数达到1.03亿，其中网上购物者达到2000万人，网上支付的比例增长到近半数，网上购物成交额已经累计达100亿元。在长达6年的网上购物市场发展过程中，网上购物者渐渐开始接受并习惯新的购物消费方式，随着网民人数增加，网上购物者人数有进一步扩大的趋势。世界电子商务的快速度发展，同时B2B、B2C、C2C等一系列的结构快速度发展，这些都需要网上商城来支持，少则自己开个商店，大则阿里巴巴等电子商务，这些都成就了商城系统的出现，正因为网上电子商务的安全性与稳定性的要求高，所以对商城系统也需要有一个严格的考验。不少商家、公司只制作一个或几个产品介绍的页面，要修改资料，需要对网页重新修改，客户却又不能在线下定单，需要通过多种步骤才能与商家取得联系，其弊端是显见的，首先是低效率、数据的严重冗余，其次是维护困难。显然由这些简单链接的页面构成的网站在数据的共享性、人机的交互性以及网站维护性上都是很现实的问题。开发一个基于web的动态网上购物系统，对发展电子商务无疑是十分迫切的。问题概述<此处插入论文的论点，旨在突出论文讨论解决的问题。>在信息技术日新月异的今天，随着新技术、新功能的演变，开发一个XXX系统有着多种技术手段来实现。如何根据具体需求采用合适的技术来实现，是很多软件开发者正在考虑的问题。<展开叙述一些传统技术手段存在的问题>此外，现有的电子商务系统普遍存在着…….问题，一直得不到解决。<展开叙述一些传统网上购物系统普遍存在的问题>研究的意义和重要性研究的意义<此处插入论文的研究意义，应该和1.1.2小节的问题概述相呼应>研究的重要性<此处插入研究的重要性，应该和1.1.2小节的问题概述相呼应>研究的内容和主要工作研究的内容<此处插入研究的内容，也应该和1.1.2小节的问题概述相呼应，简要说明论文中的系统采用了什么样的技术手段，采用了什么样的组织架构，做了些什么研究工作，解决了哪些问题>本人主要工作<此处插入作者本人在项目中所负责或者完成的具体工作，应与1.3.1的研究内容相对应，简述作者本人所做的研究工作。此外，如果论文所述项目为集体合作，则应该简略指出作者本人所负责的工作。以下为范本！> 在此项目中，本人做了如下工作：<此处插入所做工作>在项目开发中，本人主要负责系统需求分析、功能性分析、系统整体数据库设计、主体框架设计搭建、WEB端程序开发，系统文档撰写、系统整体测试以及历史数据导入等工作。论文结构<此处插入该论文的整体结构，简述论文的整体形式结构，并简述每一章的主旨。以下为范本，请勿照搬！>本文由五章内容组成，其中：第一章介绍了本文的研究背景，对所需要解决的问题进行了概述，讨论了项目的研究意义与重要性，阐述了论文的主要内容以及本人的主要工作。第二章阐述的是本文所涉及到的开发方法及相关技术，包括：软件工程开发模型、结构化建模技术、数据库技术等。第三章是本文的核心内容之一，针对系统的业务需求、功能需求、数据需求和非功能需求等进行了详细分析，给出了主要的业务流程图和数据流图，并利用数据字典进行了详细的描述，同时利用IPO图进行了功能数据分析。第四章是本文的重点，在进行了系统总体设计的基础上，采用功能结构图、IPO表、核心处理流程图等对系统的子模块进行了功能性详细设计，同时通过实体E-R图和数据库表结构对数据库进行了详细设计。第五章总结了本文所做的工作，同时对进一步的工作进行了展望。

系统的开发方法及相关技术<此处插入系统开发方法的统一概述，旨在简要的解释系统开发的方法和涉及的相关技术。以下为范本，请勿照搬！>本XXX系统采用基于XXX架构，对应使用XXX技术来展现其表示层，分别对不同需求的用户服务，旨在最大程度满足不同用户的需求。服务层采用XXX技术来提供统一接口，降低其与其他系统间的耦合度，提供安全数据通信，提高系统可扩展性、兼容性以及集成能力。……<此处插入其他所采用的技术手段>。 此外，系统采用增量模型进行开发，以应对不断变化的需求，大量降低项目风险，保证系统核心功能，较快的交付可使用的模块。<以下几个小节将根据以上统一概述，较为详细的逐一展开进行叙述，每一项具体开发方法或者相关技术的综述独立成为一个小节，每个小节下面具体有多少子小节并无具体规定，只要能讲述清楚明白即可，以下为范本，请勿照搬！>软件工程开发模型传统瀑布模型瀑布模型(也称为线性顺序模型)，由温斯顿·罗伊斯在1970年提出，在20世纪80年代以前，瀑布模型一直都是唯一被广泛采用的软件开发模型。这个模型中，软件生命周期中的制订计划，需求分析，软件设计，程序编写，软件测试和运行维护依次由上至下顺序展开，如同瀑布流水，逐级下落，最终得到软件产品。理想化的瀑布模型是单边逐一而下的，认为人在工作过程中不可能犯错误。实际的瀑布模型是带有反馈逐一而下的，当后一阶段发现前一阶段的错误时，可以修正前一阶段的错误继续完成后一阶段的任务。图2.1瀑布模型[1]瀑布模型的优点：促进软件开发工程化，为项目提供了按阶段划分的检查点降低软件开发的复杂度，当前一阶段完成后，只需去关注后续阶段可以在增量模型中使用瀑布模型瀑布模型的缺点：缺乏灵活性不适应用户需求的变化，项目的各个阶段之间极少有反馈如果软件需求不明确或者经常变更需求，最终可能导致开发出的软件与用户预期的软件不符，往往会导致大量的返工，有时甚至会给开发人员带来灾难性的后果，而这一点又常常在项目生命期的后期才有所觉察。改进的螺旋模型螺旋模型由巴利·玻姆于1988年正式发表了软件系统开发的“螺旋模型”，它是将瀑布模型与演化模型相结合，并且增加了两者所忽略的风险分析，弥补了两者的不足之处，该模型通常用来指导大型软件项目的开发软件项目的开发，。软件风险是任何软件开发项目中都普遍存在的实际问题，项目越大，软件越复杂，承担该项目所冒的风险也越大。软件风险驾驭的目标主要是在造成危害之前及时对风险进行识别，分析，采取对策进而消除或者减少风险的损害。螺旋模型将开发划分为制订计划，风险分析，实施工程，客户评估四类活动。沿着螺旋线每旋转一圈，表示开发出一个更完善的新的软件版本，如果开发风险过大，开发机构和客户无法接受，项目就有可能就此终止。多数情况下，会沿着螺旋线继续下去，自内向外逐步延伸，最终得到满意产品。螺旋模型开发的成败很大程度上依赖于风险评估的成败。沿着螺旋线旋转，在笛卡尔坐标的四个象限上分别表达了四类活动：制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件。风险分析：分析所选方案，考虑如何识别和消除风险。实施工程：实施软件开发。客户评估：评价软件功能和性能，提出修改建议。图2.2螺旋模型[]螺旋模型的优点：设计上的灵活性,可以在项目的各个阶段进行变更。以小的分段来构建大型系统,使成本计算变得简单容易。客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。随着项目推进,客户始终掌握项目的最新信，从而他或她能够和管理层有效地交互。客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。螺旋模型的缺点：很难让用户确信这种演化方法的结果是可以控制的。建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。面向对象的喷泉模型在面向对象的方法中，提出了于瀑布模型相对应的喷泉模型，该模型的主要特点是认为软件生命周期的各个阶段是相互重叠和多次反复的，它是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。喷泉一词本身就体现了迭代和无间隙的特性。图2.3喷泉模型[1]喷泉模型的优点：软件项目开发效率高，节省开发时间，适应于面向对象的软件开发过程。喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。喷泉模型的缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。形式化方法模型包含了一组活动，他们导致了计算机软件的数学规约。形式化方法使得软件工程师们能够通过应用一个严格的数学符号体系来规约、开发、和验证基于计算机的系统。在开发中使用形式化方法时，它们提供了一种机制，能够消除使用其它软件过程模型难以克服的很多问题。二义性、不完整性、不一致性能被更容易地发现和纠正，而不是通过专门的评审，是通过对应用的数学分析。形式化方法提供了可以产生无缺陷软件的承诺。结构化设计方法结构化方法要素结构化设计方法是基于模块化、自顶向下细化、结构化程序设计等程序设计技术基础发展起来的。其基本思想是：将软件设计成由相对独立且具有单一功能的模块组成的结构。结构化设计是数据模型和过程模型的结合。在设计过程中，它从整个程序的结构出发，利用模块结构图表述程序模块之间的关系。结构化设计的步骤如下：①评审和细化数据流图；②确定数据流图的类型；③把数据流图映射到软件模块结构，设计出模块结构的上层；④基于数据流图逐步分解高层模块，设计中下层模块；⑤对模块结构进行优化，得到更为合理的软件结构；⑥描述模块接口。结构化设计的目的主要是使程序的结构尽可能反映要解决的问题的结构。在软件设计与开发中，结构化设计工作是以需求分析阶段的成果之一的“数据流图”为主要依据，进一步推导出软件的“系统功能结构图”。结构化方法中常用的设计图业务流程图业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。业务流程图主要是描述业务走向，以业务处理过程为中心，一般没有数据的概念。业务流程图的元素：流程：流程是获取一种或多种输人并且创造一种对客户有价值的输出的一系列活动的集合；决策：用来表示选择流程流向的控制节点，表示对问题判断或判定（审核/审批/评审）环节；开始/结束：表示一系列流程开始或结束的控制节点；文档：以文字或图示描述的内容；数据：数据是具有一定意义的数字、字母、符号和模拟量等的通称；数据库：所有的信息(数据事实等)的汇集的载体。数据流图数据流图(DFD)是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。数据流图是系统逻辑功能的图形表示，即使不是专业的计算机技术人员也容易理解它。它是分析员与用户之间极好的通信工具，也是今后进行软件设计的很好的出发点。为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据底层流图是指其加工不需再做分解的数据流图，它处在最底层中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。数据字典数据词典与数据流图配合，能清楚地表达数据处理的要求。数据字典以词条描述的形式予以展现，对于在数据流图中每一个被命名的图形元素，均加以定义，其内容有：名字、别名或编号、分类、描述、定义、位置、其它等。HIPO图HIPO图是IBM公司于70年代中期在层次结构图的基础上推出的一种描述系统结构和模块内部处理功能的工具（技术）。很适于在自顶向下设计软件的过程中使用。一个完整的HIPO图包含两个部分：H图（即层次图）和IPO图。层次图用于表示一个系统自顶向下的功能模块层次结构；IPO图来描述每个模块的输入、输出及其要执行的过程，是对每个模块进行详细设计的工具，它能够方便地描绘输入数据、对数据的处理和输出数据之间的关系。HIPO图由三个基本图表组成，进行模块层次功能分解遵循以下步骤：总体IPO图：它是数据流程图的初步分层细化结果，根据数据流程图，将最高层处理模块分解为输入、处理、输出三个功能模块。HIPO图：根据总体IPO图，对顶层模块进行重复逐层分解，而得到的关于组成顶层模块的所有功能模块的层次结构关系图。低层主要模块详细的IPO图：由于HIPO图仅仅表示了一个系统功能模块的层次分解关系，还没有充分说明各模块间的调用关系和模块间的数据流及信息流的传递关系。因此，对某些输送低层上的重要工作模块，还必须根据数据字典和HIPO图，绘制其详细的IPO图，用来描述模块的输入、处理和输出细节，以及与其他模块间的调用和被调用关系。数据库技术数据库范式关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范式（3NF）就行了。第一范式（1NF）。所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。简而言之，第一范式就是无重复的列。第二范式（2NF）。第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是属性完全依赖于主键。第三范式（3NF）。满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。简而言之，第三范式就是属性不依赖于其它非主属性。数据建模因为数据模型的内容是问题域和解域所共享的知识模型，所以可以用问题域的语言来描述它，也可以用解域的语言来描述它，还可以用介于二者之间的语言来描述，故产生了以下三种常用的数据模型：概念数据模型[2]。它反映了人们对现实世界的认知与理解，是从现实世界到人类大脑的映射。故它以问题域的语言解释数据模型，由一系列应用领域的概念组成。物理数据模型。它是以解域的语言解释数据模型，是面向计算机物理表示的模型，描述了数据在储存介质上的组织结构，它不但与具体的DBMS有关，而且还与操作系统和硬件有关。每一种逻辑数据模型在实现时都有起对应的物理数据模型。逻辑数据模型。这是用户从数据库所看到的模型，是具体的DBMS所支持的数据模型，如网状数据模型(NetworkDataModel)、层次数据模型(HierarchicalDataModel)等等。此模型既要面向用户，又要面向系统，主要用于数据库管理系统（DBMS）的实现。

需求分析软件需求过程是整个软件开发初始阶段，对软件的品质具有决定性的作用。软件需求工程研究如何理解和说明用户对所开发软件的要求和期望。需求就是以一种清晰、简明、一致且无二义性的方式对一个待开发系统中的各个方面有意义的陈述的集合[4]。需求必须是完整的，足以使设计师和工程师来开发一个使客户满意的软件制品。IEEE软件工程标准词汇表(1997年)中定义需求为[5]：用户解决问题或达到目标所需的条件或能力(Capability)；系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力；一种反映上面(l)或(2)所描述的条件或能力的文档说明。软件需求包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）[6]。业务需求业务需求(businessrequirement)是客户对软件制品目标的高层次要求。业务描述<描述系统当前的主要业务问题，进一步阐述通过计算机软件要达到哪些目标，解决哪些主要问题等。示例：>能够实现商品展示、商品检索、商品选择、网上订货、网上支付和商品发货等功能，对网上购物的全过程进行管理实现对网上购物过程中产生的所有业务数据的管理，如订货单、支付记录、发货信息的管理与维护具有配套的系统后台管理维护功能，能够对商品信息、用户信息、系统日志等信息进行管理与维护，并能够进行对应的权限管理响应速度合理，安全性较高系统运行稳定，并且应易于维护主要业务流程图<使用业务流程图描述系统的主要业务流程等。示例：>（一）商品展示业务流程图图3-1商品展示业务流程图（二）网上订货业务流程图图3-2网上订货业务流程图（三）货款支付业务流程图图3-3货款支付业务流程图（四）发货业务流程图图3-4商品发货业务流程图（五）退货处理业务流程图图3-5退货处理业务流程图功能需求功能(function)是刻画系统行为、特别是系统与环境关系的重要概念。用户需求(UserRequirement)描述了待开发的软件必须完成的任务。功能需求(FunctionalRequirement)定义了必须实现的软件功能，使得用户通过这些功能完成他们的任务，从而满足业务需要。角色分析<从系统的角度分析系统的参与者，并给出每一个参与者的描述。>以下从网上购物系统的实际需求分析，系统涉及到以下角色：角色职责或功能客户(买家)系统主要参与者，进行商品选购、商品退货、货款支付等卖家系统主要参与者，进行商品发货、订单管理、商品管理、统计查询等系统管理员管理和维护整个系统的用户组织结构，负责对用户、角色、用户级别的增、删、改、查等管理。业务功能<从系统的使用者的角度使用数据流图描述系统的功能，并给出数据字典描述。>在结构分析方法中，通常采用数据流图(DDF)和数据字典(DD)工具。其中，数据流图是描述数据处理过程的工具。数据流图从数据传递和加工的角度，以图形的方式刻画系统逻辑模型及信息从输入到输出的移动变换过程。它是一种非常好的工具，一般把功能级数据流图细化后得到的数据流图很复杂，可以采用数据流图分层表示，用划分图的方法把一个主要功能都细化成为一张数据流分图。画数据流图的基本步骤概括的说，就是自外向里、自顶乡下、逐层细化、完善求精。以下从业务功能的角度出发，给出了系统的顶层数据流图，如下图所示：图3-6顶层数据流图从顶层数据流图中可以看出，系统的参与者主要分为三类，买家、卖家和管理员。其中买家主要通过网上购物系统来浏览和购买商品；同时卖家将通过网上购物系统来对网上商城的商品进行维护，对买家购买商品的订单进行发货，从而形成了整个购物的过程；除此之外，系统管理员在整个过程中参与系统的维护操作，主要维护系统中的用户信息、系统角色信息、用户级别信息，另外对系统日志进行查询与监控。表3-1源点“买家”词条描述源点名称：买家别名：购物者简述：对商品进行采购的用户表3-2源点“卖家”词条描述源点名称：买家别名：商家简述：出售商品的用户表3-3源点“系统管理员”词条描述源点名称：系统管理员别名：管理者简述：对系统进行维护的用户为了进一步细化各加工步骤说明，下面给出了系统的一级数据流图，并对数据流的加工进行了进一步描述。图3-7一层数据流图表3-4加工“商品选购”词条描述加工名：商品选购加工编号：1简要描述：买家对商品进行选购输入数据流：商品类别、搜索条件输出数据流：所选商品信息、拟创建订单的商品清单加工逻辑：对商品进行选购并加入购物车或形成订单表3-5“货款支付”词条描述加工名：货款支付加工编号：2简要描述：买家对商品进行付款输入数据流：订单详细信息输出数据流：买家信息加工逻辑：对订单所包含商品进行结算并将买家信息交由商品发货表3-6工“订单管理”词条描述加工名：订单管理加工编号：3简要描述：买家选购商品形成订单记录输入数据流：拟创建订单的商品清单输出数据流：订单详细信息加工逻辑：对商品信息进行处理形成订单信息表3-7加工“发货信息管理”词条描述加工名：发货信息管理加工编号：4简要描述：买家对自己的收货地址进行管理输入数据流：发货地址输出数据流：已有发货地址加工逻辑：对用户的地址进行统一维护管理表3-8加工“退货处理”词条描述加工名：退货处理加工编号：5简要描述：买家或卖家对商品进行退货和退货审核的处理输入数据流：申请退货订单、审核信息输出数据流：退货结果、退货申请集合加工逻辑：根据退货申请集合进行审核并进行退货操作表3-9加工“商品管理”词条描述加工名：商品管理加工编号：6简要描述：卖家对商品进行管理和维护输入数据流：维护商品信息输出数据流：无加工逻辑：对商品信息进行相应的维护表3-10加工“统计查询”词条描述加工名：统计查询加工编号：7简要描述：卖家对综合信息进行统计查询输入数据流：统计条件输出数据流：统计结果加工逻辑：对商城综合信息进行统计并生成相应的结果表3-11加工“商品发货”词条描述加工名：商品发货加工编号：8简要描述：卖家进行发货输入数据流：买家信息输出数据流：发货信息加工逻辑：针对买家信息进行发货操作，形成发货信息通知买家表3-12加工“用户管理”词条描述加工名：用户管理加工编号：9简要描述：系统管理员对系统用户进行维护输入数据流：用户维护信息输出数据流：用户信息集合加工逻辑：对用户信息进行相应的维护表3-13加工“日志管理”词条描述加工名：日志管理加工编号：10简要描述：系统管理员对系统日志进行查询输入数据流：查询条件输出数据流：日志集合信息加工逻辑：对符合条件的日志信息进行提取表3-14加工“系统角色管理”词条描述加工名：系统角色管理加工编号：11简要描述：系统管理员对用户的系统角色进行管理维护输入数据流：角色维护信息输出数据流：角色信息集合加工逻辑：对系统用户的角色信息进行维护操作表3-15加工“用户级别管理”词条描述加工名：用户级别管理加工编号：12简要描述：系统管理员对用户的级别进行管理输入数据流：级别维护信息输出数据流：界别信息集合加工逻辑：对系统用户的级别信息进行维护操作商品选购图3-7商品选购数据流图商品选购模块加工和终点描述：表3-14终点“订单管理”词条描述终点名称：订单管理别名：无简述：对订单进行管理的接口数据流：拟创建订单商品清单表3-15加工“商品信息获取”词条描述加工名：商品信息获取加工编号：1.1简要描述：获取用户所选商品类别或者所搜索关键字相关的商品信息集合输入数据流：商品类别、搜索条件输出数据流：购买商品清单、所选商品信息加工逻辑：从商品信息记录中，获取用户所选商品类别的商品信息集合表3-16加工“购物车管理”词条描述加工名：购物车管理加工编号：1.2简要描述：买家所买商品记录放入购物车或移出购物车输入数据流：购买商品清单输出数据流：拟创建订单商品清单加工逻辑：将买家所选商品ID以及购买数量记录到购物车记录中根据数据流图我们可以看出，该功能由买家开始，结束于订单管理，其中买家为操作实体，而订单管理为本模块外的另一数据加工过程。商品选购过程即是买家针对所选中的商品进行采购，并将数据提交由订单管理模块处理的过程。在该模块中，输入数据有“搜索条件”、“商品类别”，输出数据有“购买商品清单”、“拟创建订单商品清单”。同时该模块还涉及“商品信息记录”和“购物车记录”两个数据存储文件。相应的数据字典描述将在数据需求中详细展开。图3-8商品信息获取数据流图根据数据流图我们可以看出，商品信息获取由买家开始，结束于购物车管理，其中买家为操作实体，而购物车为本模块外的另一数据加工过程。该数据流图为图3-7的下层数据流图。表3-17加工“商品检索”词条描述加工名：商品检索加工编号：1.1.1简要描述：买家根据关键字检索商品的过程输入数据流：搜索条件输出数据流：购买商品清单加工逻辑：根据买家输入的关键字与商品信息记录中搜索相关商品信息表3-18加工“查看商品详细信息”词条描述加工名：查看商品详细信息加工编号：1.1.2简要描述：买家根据商品类别查看商品详情的过程输入数据流：商品类别输出数据流：购买商品清单加工逻辑：根据买家选择的商品类别提取相应的商品信息图3-9购物车管理数据流图根据数据流图我们可以看出，购物车管理由商品信息获取开始，结束于订单管理。该数据流图为图3-7的下层数据流图。表3-19加工“商品加入购物车”词条描述加工名：商品加入购物车加工编号：1.2.1简要描述：买家所买商品记录放入购物车输入数据流：购买商品清单输出数据流：商品数量加工逻辑：将买家所选商品记录下来并加上购买数量表3-20加工“商品从购物车移除”词条描述加工名：商品从购物车移除加工编号：1.2.2简要描述：买家所买商品记录移出购物车输入数据流：移除商品清单输出数据流：无加工逻辑：将买家不想购买的商品从购物车移除表3-21加工“购买数量设置”词条描述加工名：购买数量设置加工编号：1.2.3简要描述：买家所买商品记录放入购物车并设置购买数量输入数据流：商品数量输出数据流：拟创建订单商品清单加工逻辑：将买家所选商品ID以及购买数量记录到购物车记录中并创建商品订单<以下到2小节请参照小节>货款支付订单管理发货信息管理退货处理商品管理统计查询商品发货用户管理日志管理系统角色管理用户级别管理数据需求<此处应根据3.2.2小节的数据流图，相对应的在本小节给出IPO图，对功能数据进行分析>图3-15网上购物系统总体IPO图商品选购图3-16商品选购IPO图该功能主要负责实现买家通过直接按商品类别浏览商品或者输入搜索条件浏览商品这两种手段进行商品选购的业务流程，输入数据为商品类别和搜索条件，输出数据为购买商品清单和拟创建订单商品清单。输入数据：商品类别。搜索条件。输出数据：购买商品清单。拟创建订单商品清单。商品选购模块数据字典描述如下表所示：表3-22数据流“商品类别”词条描述数据流名称：商品类别别名：无简述：买家查看商品信息时选择的商品类别来源：买家去向：加工“商品查看”数据流量：1000份/每分组成：商品类别ID+商品类别名称+商品父类别ID表3-23数据流“搜索条件”词条描述数据流名称：搜索条件别名：无简述：买家查看商品信息时输入的关键字信息来源：买家去向：加工“商品搜索”数据流量：1000份/每分组成：{关键字}表3-24数据文件“商品信息记录”词条描述数据文件名：商品信息记录别名：无简述：系统中所有商品的信息数据文件组成：商品ID+商品名称+单价+库存量+描述信息+商品照片+商品类别+商品状态存储方式：索引文件，以商品ID为关键字存取频率：异常频繁查询要求：要求能立即查询表3-25数据流“购买商品清单”词条描述数据流名称：购买商品清单别名：无简述：确定购买某商品时输入的商品数量等信息来源：加工“商品查看”或加工“商品搜索”去向：加工“商品购买”数据流量：1000份/每分组成：商品ID+购买数量表3-26数据文件“购物车记录”词条描述数据文件名：购物车记录别名：无简述：系统中各位买家购物车记录的信息数据文件组成：购物车记录ID+购物车所有者Id+商品Id+购买数量+创建日期+商品总额存储方式：索引文件，以购物车记录ID为关键字存取频率：异常频繁查询要求：要求能立即查询表3-27数据流“拟创建订单商品清单”词条描述数据流名称：拟创建订单商品清单别名：无简述：买家拟创建订单时所有的商品信息列表来源：加工“商品购买”去向：接口“订单管理”数据流量：1000份/每分组成：{商品ID+购买数量}+创建日期表3-28数据项“商品类别ID”词条描述数据项名称：商品类别ID别名：GoodTypeId简述：商品类别信息唯一标识类型：GUID长度：无取值范围及含义：随机值，作唯一标识使用表3-29数据项“商品类别名称”词条描述数据项名称：商品类别名称别名：GoodTypeName简述：商品类别的名称类型：字符串长度：20取值范围及含义：无表3-30数据项“商品父类别ID”词条描述数据项名称：商品父类别ID别名：GoodParentTypeId简述：商品类别的父类别信息唯一标识类型：GUID长度：无取值范围及含义：随机值，作唯一标识使用表3-31数据项“关键字”词条描述数据项名称：关键字别名：KeyWords简述：搜索商品时所输入的关键字信息类型：字符串长度：15取值范围及含义：无表3-32数据项“商品ID”词条描述数据项名称：商品ID别名：GoodId简述：商品信息唯一标识类型：GUID长度：无取值范围及含义：随机值，作唯一标识使用表3-33数据项“商品名称”词条描述数据项名称：商品名称别名：GoodName简述：商品的名称类型：字符串长度：150取值范围及含义：无表3-34数据项“单价”词条描述数据项名称：单价别名：Price简述：商品的价格信息类型：浮点数长度：无取值范围及含义：“0”代表免费商品“0-1”代表附加商品“0-无穷”代表正常商品表3-35数据项“库存量”词条描述数据项名称：库存量别名：TotalCount简述：商品的库存数目类型：整型长度：无取值范围及含义：“0”代表该商品缺货“0-10”代表该商品货源紧张“0-无穷”代表正常商品表3-36数据项“描述信息”词条描述数据项名称：描述信息别名：DecriptInfo简述：商品的简单描述信息类型：字符串长度：255取值范围及含义：无表3-37数据项“商品照片”词条描述数据项名称：商品照片别名：GoodPic简述：商品的照片信息类型：Binary长度：无取值范围及含义：无表3-38数据项“商品类别”词条描述数据项名称：商品类别别名：GoodTypeName简述：商品的类别名称类型：字符串长度：50取值范围及含义：无表3-39数据项“商品状态”词条描述数据项名称：商品状态别名：GoodType简述：商品的状态描述信息类型：字符串长度：10取值范围及含义：“缺货”代表该商品暂时缺货、“下架”代表该商品已下架不允许购买、“热卖”代表该商品短时间内被购买的次数较多、“正常”代表该商品状态正常表3-40数据项“购买数量”词条描述数据项名称：购买数量别名：BuyCount简述：商品的购买数量多少类型：整型长度：无取值范围及含义：无表3-41数据项“购物车记录ID”词条描述数据项名称：购物车记录ID别名：CartId简述：购物车记录唯一标识类型：GUID长度：无取值范围及含义：随机值，作唯一标识使用表3-42数据项“购物车所有者Id”词条描述数据项名称：购物车所有者Id别名：OwnerId简述：该购物车记录所有者唯一标识类型：GUID长度：无取值范围及含义：随机值，作唯一标识使用表3-43数据项“创建日期”词条描述数据项名称：创建日期别名：CreateDate简述：创建的当前时间类型：日期长度：无取值范围及含义：无表3-44数据项“商品总额”词条描述数据项名称：商品总额别名：TotalPrice简述：商品的总体价格描述类型：浮点型长度：无取值范围及含义：无<以下3.3.2到3.3.12小节请参照3.3.1与3.3.2小节，给予补充说明>货款支付订单管理发货信息管理退货处理商品管理统计查询商品发货用户管理日志管理系统角色管理用户级别管理非功能需求非功能需求[7]包括产品必须遵从的标准、规范和合约；外部界面的具体细节和性能要求；设计或实现的约束条件及质量属性。环境需求<包括硬件环境和软件环境，以下为范本请根据实际情况加以修改>表3.1服务器端环境系统所使用数据库MicrosoftSQLServer2008SP1操作系统Windows2008R2Web服务器IIS7.5数据库SQLServer2008客户端：表3.2客户端环境操作系统WindowsXP或其以上版本操作系统浏览器IE6.0以及其以上版本（IE7.0、IE8.0）分辨率最佳效果为1024×768像素性能需求<主要阐述系统运行相对于性能的相关需求，以下为范本>可维护性维护方法：系统能真正做到使自身在数据损坏、丢失等情况下将备份数据倒回，实现数据的恢复。提供对系统自身的集中操作维护的功能。易操作性界面设计：系统应提供美观实用，方便和直观的图形用户管理界面，充分考虑员工的习惯，简单易学，操作方便，所有菜单驱动的处理和各种快捷键，一键功能以确保多数达到。可扩展性功能扩展：系统从系统结构、功能设计、管理对象等各方面的功能扩展来考虑，以满足用户今后系统扩充和扩大使用范围的要求。软硬件升级：系统应采取的硬件和软件平台，软件和硬件的负载平衡机制的可扩展性充分考虑。系统要具有灵活的扩展能力，来适应关键的软件和硬件的开发及管理能力的上升。开放性系统的数据格式应符合国家相关标准及行业标准，以此确保应用程序具有良好的互操作性和移植的可能。安全需求<主要阐述有关系统运行的安全性保障的相关需求，以下为范本>容错性当用户输入或误操作导致非法数据产生时，系统应具有一定的容错机制。在这种情况下，系统应给出友好的提示，提示用户重新输入或者进行自动的修复校正。系统的外在环境安全安全系统要以充分考虑网络的高级别，多层次的安全性措施为前提，包括系统的备份，防火墙，用户权限和其他措施，以确保数据安全和机密信息不被泄露；考虑到系统的硬件和软件故障恢复等应急措施，以保障网络的安全和处理安全性。形成相对独立的安全机制，以防止来自系统外的未经授权的访问。系统内部安全确保外部系统安全的同时，该系统还必须确保授权用户的合法使用。系统运行安全从逻辑上讲，该系统应具有抵抗非法入侵的能力；在物理方面，该系统应确保没有潜在的单点故障，并提供资源的数据备份功能。系统支持定期自动和手动数据备份，能够在数据损坏或数据丢失的情况下找回数据，实现一定程度的数据恢复。

系统设计4.1总体设计在结构化的系统设计方法中，系统功能设计可以采用HIPO图、系统流程图、形式语言等方法进行，本文采用HIPO图方法对系统的总体功能和详细功能进行设计。HIPO图即是美国IBM公司于上个世纪70年代中期在层次结构图的基础上推出的一种描述系统结构和模块内部处理功能的工具和。HIPO图由层次结构图(即H图)和IPO图两部分构成,H图描述了整个系统的设计结构以及各类模块之间的关系,IPO图描述了某个特定模块内部的处理过程和输入/输出关系。因此，系统的总体功能将采用H图进行描述，而功能模块的具体功能设计则采用IPO图进行描述。网上购物系统最主要的就是针对广大用户在互联网上购物的需求和特点进行系统总体结构设计。而在购物过程中，主要是为了应对商品的选购，购物订单的下达，货款的支付，用户信息的处理和查询等操作，以便于整个购物系统的有序的进行和管理，规范化和统一化，对不同模块进行分工管理，最后由系统统一实施。在系统总体功能设计阶段采用HIPO图的H图对系统总体功能进行设计和描述，网上购物系统H图见图4-1所示。图4-1网上购物系统的H图如上图所示，系统一共分为商品选购、货款支付、订单管理、发货信息管理、退货处理、商品管理、统计查询、商品发货、用户管理、日志管理、系统角色管理和用户级别管理共12个模块。其中商品选购主要满足买家通过系统购买商品的功能需求；货款支付主要为了满足买家购买商品时进行付款的功能需；订单管理主要满足买家对自己的订单进行维护的功能需求；发货信息管理主要为了满足买家进行发货信息维护的功能需求；退货管理主要为了满足买家对不满意的商品进行退换货的功能需求；商品发货主要为了满足卖家对买家购买商品进行发货管理的功能需求；退货审核主要为了满足卖家对买家的退货申请进行审核的功能需求；统计查询主要为了满足卖家对自己的业务数据进行统计的功能需求；商品管理功能主要为了满足卖家维护自己所卖商品的功能需求；此外，用户管理、用户级别管理、系统角色管理和日志管理都主要为了满足系统管理员对系统进行维护的功能需求。4.2系统功能模块设计商品选购功能结构设计图4-2商品选购模块的H图“商品选购”功能主要目的是为买家提供购买卖家提供的商品的功能；此外，该功能还负责将用户选中的商品放入购物车，对购物车进行管理。因此，商品选购模块主要涉及商品信息的查询获取以及购物车管理两个子模块。其中商品信息获取模块主要分为检索商品和查看商品详细信息两个组成部分.购物车管理又分为将商品放入购物车和将商品从购物车移除和购买数量设置三个部分。功能设计.1商品信息获取输入数据设计商品类别：其定义参见表3-22。输出数据设计商品信息集合：{商品ID+商品名称+单价+库存量+描述信息+商品照片+商品类别+商品状态}IPO表表4-1商品信息获取IPO表系统名称：网上购物系统设计者：模块名称：商品信息获取日期：2012年12月14日上层调用模块：商品选购可调用模块：商品检索、查看商品详细信息输入处理输出获取规则商品信息集合 上述IPO表只是“商品信息获取”的粗粒度分析，“商品信息获取”还分为“商品检索”和“查看商品详细信息”两个部分，下面将分别对这两个部分进行详细描述，并对核心流程给予说明。.1.1商品检索输入数据设计搜索条件：其定义参见表3-23。输出数据设计商品信息集合：{商品ID+商品名称+单价+库存量+描述信息+商品照片+商品类别+商品状态}IPO表表4-2商品检索IPO表系统名称：网上购物系统设计者：模块名称：商品检索日期：2012年12月14日上层调用模块：商品信息获取可调用模块：无输入处理输出商品类别搜索条件商品信息集合核心处理流程图<使用核心处理流程图描述上面IPO表中所述核心操作的处理流程。根据表4-2，“返回结果信息”这样的步骤比较简单，不需要进一步描述>在上述IPO表4-2中，对于“按类别获取商品信息”以及“按条件获取商品信息”的描述还不够准确，将在下面具体予以说明，具体请参照图4-3及图4-4。图4-3按类别获取商品信息流程图图4-4按条件获取商品信息流程图.1.2查看商品详细信息输入数据设计商品ID：商品信息的唯一标识，类型为GUID。其定义参见表3-32。输出数据设计商品信息：其定义参见表3-24。IPO表表4-3查看商品详细信息IPO表系统名称：网上购物系统设计者：模块名称：查看商品详细信息日期：2012年12月14日上层调用模块：商品信息获取可调用模块：无输入处理输出商品ID商品详细信息核心处理流程图<使用核心处理流程图描述上面IPO表中所述核心操作的处理流程。根据表4-3，“返回该商品详细信息”这样的步骤比较简单，不需要进一步描述> 在上述IPO表4-3中，对于“根据商品ID检索商品详细信息”的描述还不够准确，将在下面的核心处理流程图中进行说明，具体请参照图4-5。图4-5根据商品ID检索商品详细信息流程图.2购物车管理输入数据设计购买商品清单：其定义参见表3-25。删除商品清单：其定义参见表3-25。输出数据设计购物车管理的结果提示：“操作成功”，“操作失败，请联系管理员！”IPO表表4-4购物车管理IPO表系统名称：网上购物系统设计者：模块名称：购物车管理日期：2012年12月14日上层调用模块：商品选购可调用模块：商品加入购物、商品从购物车移除、购买数量设置输入处理输出购买商品清单购物车记录存取结果或拟创建订单商品清单 上述IPO表只是“购物车管理”的粗粒度分析，“购物车管理”还分为“商品加入购物车”、“商品从购物车移除”和“购买数量设置”三个部分，下面将分别对这三个部分进行详细描述，并对核心流程给予说明。.2.1商品加入购物车输入数据设计购买商品信息：其定义参见表3-25。输出数据设计操作结果：“操作成功”、“操作失败，请联系管理员！”拟创建订单商品清单：其定义参见表3-27。IPO表表4-5商品加入购物车IPO表系统名称：网上购物系统设计者：模块名称：商品加入购物车日期：2012年12月14日上层调用模块：购物车管理可调用模块：无输入处理输出购买商品清单操作结果拟创建订单商品清单 核心处理流程图<使用核心处理流程图描述上面IPO表中所述核心操作的处理流程。根据表4-5，“商品加入购物车”必须要进一步描述，请注意，因为此文是范本，因此这里没有对“生成拟创建订单商品清单”这一步骤进行细化，但是在正式论文中，该步骤也必须细化出来>在上述IPO表4-5中，对于“商品加入购物车”的描述还不够准确，将在下面的核心处理流程图中进行说明，具体请参照图4-6。图4-6商品加入购物车流程图.2.2商品从购物车移除输入数据设计要移除商品信息：其定义参见表3-25。输出数据设计操作结果：“操作成功”、“操作失败，请联系管理员！”拟创建订单商品清单：其定义参见表3-27。IPO表表4-6商品从购物车移除IPO表系统名称：网上购物系统设计者：模块名称：商品从购物车移除日期：2012年12月14日上层调用模块：购物车管理可调用模块：无输入处理输出要移除商品信息操作结果拟创建订单物品清单核心处理流程图<使用核心处理流程图描述上面IPO表中所述核心操作的处理流程。根据表4-6，“商品加入购物车”必须要进一步描述，请注意，因为此文是范本，因此这里没有对“新建拟创建订单商品清单”、“传递给订单管理处理”这几个步骤进行细化，但是在正式论文中，这几个步骤也必须细化出来> 在上述IPO表4-6中，对于“根据要移除商品信息删除购物车相关记录”的描述还不够准确，将在下面的核心处理流程图中进行说明，具体请参照图4-7。图4-7根据要移除商品信息删除购物车相关记录流程图.2.3购买数量设置输入数据设计购买数量：其定义参见表3-40。输出数据设计购买商品清单：其定义参见表3-25。IPO表表4-7购买数量设置IPO表系统名称：网上购物系统设计者：模块名称：购买数量设置日期：2012年12月14日上层调用模块：购物车管理可调用模块：无输入处理输出购买数量购买商品清单核心处理流程图<使用核心处理流程图描述上面IPO表中所述核心操作的处理流程。根据表4-7，“选择购买数量”这样的步骤比较简单，不需要进一步描述> 在上述IPO表中，对于“将该数量加入购买商品清单”的描述还不够准确，将在下面的核心处理流程图中进行说明，具体请参照图4-8。图4-8将该数量加入购买商品清单流程图<以下4.2.2到4.2.12小节请参照4.2.1小节，给予补充说明>货款支付功能结构设计功能设计订单管理功能结构设计功能设计发货信息管理功能结构设计功能设计退货处理功能结构设计功能设计商品管理功能结构设计功能设计统计查询功能结构设计功能设计商品发货功能结构设计功能设计用户管理功能结构设计功能设计日志管理功能结构设计功能设计系统角色管理功能结构设计功能设计用户级别管理功能结构设计功能设计4.3数据库设计主要实体属性图图4-40商品类型实体属性图图4-41商品信息实体属性图图4-42购物车记录实体属性图图4-43订单项实体属性图图4-44订单实体属性图图4-45买家实体属性图图4-46退货申请实体属性图图4-47支付记录实体属性图图4-48商品发货记录实体属性图图4-49用户实体属性图图4-50日志实体属性图主要实体关系图实体关系图（E-R图）图4-51在线购物子系统E-R图图4-52系统管理子系统E-R图主要数据库表设计根据实体类，给出软件系统主要库表的设计，例如：（1）商品类别 保存商品类别的基本信息。表4-26商品类别表字段名数据类型长度主键否描述CategoryIdGuid主键商品类别IDCategoryNamenvarchar(20)20否商品类别名称（2）商品信息 保存商品的基本信息。表4-27商品信息表字段名数据类型长度主键否描述IdGuid主键商品IDNamenvarchar(150)150否商品名称Priceint否单价Amountint否库存量Descriptionnvarchar(255)255否描述信息PhotoBinary否商品照片Categorynvarchar(50)50否商品类别Statusnvarchar(10)10否商品状态（3）购物车记录 保存购物车记录的基本信息。表4-28购物车记录表字段名数据类型长度主键否描述IdGuid主键购物车记录IDOwnerIdGuid否购物车所有者IdGoodIdGuid否商品IdQuantityint否购买数量CreateDateDatetime否创建日期Moneyint否商品总额（4）订单项 保存订单项的基本信息。表4-29订单项表字段名数据类型长度主键否描述OrderDetailIdGuid主键订单项IDOrderIdGuid否订单IDGoodIdGuid否商品IdQuantityint否购买数量Moneyint否商品总额（5）订单 保存订单的基本信息。表4-30订单表字段名数据类型长度主键否描述IdGuid主键订单IdUserIdGuid否客户IdSumMoneyint否订单总额OrderDateDatetime否下单日期PaymentStatuesnvarchar(10)10否支付状态GoodsDeliverStatusnvarchar(10)10否发货状态EndDateDatetime否结单日期（6）用户信息 保存用户的基本信息。表4-31用户信息表字段名数据类型长度主键否描述IdGuid主键用户IDNamenvarchar(10)10否用户姓名Codenvarchar(20)20否用户CodePasswordnvarchar(20)20否密码Mailnvarchar(50)50否电子邮件MobilePhonenvarchar(50)50否手机号码Telnvarchar(50)50否座机号码Addressnvarchar(255)255否发货地址SexByte否性别（7）退货申请