硕士论文写作范本-结构化方法

1、分类号 tp31 密级 公开udc 编号硕士研究生学位论文题目 xx 系统的分析与设计学院（所、中心）软件学院专业名称软件工程研究生姓名 学号导师姓名 职称云南大学硕士研究生论文xx系统的分析与设计独创性声明本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得的研究成果。除了文中特别加以标注和致谢的地方外， 论文中不包含其他人或集体已 经发表或撰写过的研究成果，对本文的研究做出贡献的集体和个人均已在论文中 作了明确的说明并表示了谢意。研究生签名： 日期：论文使用和授权说明本人完全了解云南大学有关保留、使用学位论文的规定，即：学校有权保 留并向国家有关部门或机构送交学位论文和论文电子版；

2、允许论文被查阅或借 阅；学校可以公布论文的全部或部分内容，可以采用影印、缩印或其他复制手 段保存论文。（保密的论文在解密后应遵循此规定）研究生签名： 导师签名： 日 期： 本人及导师同意将学位论文提交至清华大学“中国学术期刊（光盘版）电子杂志社”进行电子和网络出版，并编入 cnki系列数据库，传播本学位论文 的全部或部分内容，同意按中国优秀博硕士学位论文全文数据库出版章程 规定享受相关权益。研究生签名： 导师签名： 日 期： 摘要简单的论文总体描述论文首先介绍了 xx系统的研究背景，对所需要解决的问题进行了概述， 讨论了项目的研究意义与重要性，阐述了系统开发方法和相关技术；论文提出了 系统的设

3、计目标，对系统进行了详细的需求分析，包括业务需求分析、功能需求分析、数据需求分析和非功能需求分析，给出了系统的业务流程图、数据流图、 功能数据分析图（ipo图），并进行了数据字典描述；在系统设计中，对系统进 行了总体设计与模块设计，给出了系统总功能结构图 （h图），包括xx等功能模 块，分别给出了具体模块设计的功能结构图（h图）、ipo表、和处理流程图， 详细阐述了设计内容，并使用实体关系e-r图和数据库表结构对数据库进行了详 细设计；论文最后对研究的内容进行了总结，阐述了本人的主要工作，指出了论文存在的不足，并对进一步的工作进行了展望。关键词：xxxx ; xxxx; xxxx;abstra

4、ct此处插入英文摘要，就是中文摘要的正确翻译，注意关键词的翻译要准 确keywords: 英文关键词，要与中文摘要对应，例如：xxxx; xxxx; xxxx;目录此处插入论文目录第一章 引言1.1 项目背景与问题概述1.1.1 项目背景随着科学技术的进步和社会经济的发展，信息化进程已经成为一种必然的趋 势。近年来，由于信息化在多个领域取得了巨大的成就，为国家的经济建设和社会发展做出了不可估量的贡献。因此，人们认识到，作为国家信息化和社会信息 化的重要组成部分之一的商业信息化，已然成为了促进社会经济发展的一个增长 点，也是推动商业发展的重要手段。商业信息化已经被越来越多的企业和商家所 关注。网

5、上购物最早在美国出现，1995年美国网上商店亚马逊开业(a), 美国第一家安全网络银行(first security b)实现网上支付。而我国的网 上购物系统发展相对较晚，在1998年，中国的第一笔网上交易成功，1999年随 着8848等b2c网站的正式开通，中国开始进入购物网站的实际阶段。从起步到 现在，十多年来网上购物发展迅速，在1998年，国内最大的商务拍卖网站易趣开 始运行。在1999年b2c网站当当投入运营，2000年卓越成立，到2003年b2b 网站阿里巴巴投资成立了 c2c网站淘宝。网上购物的商家越来越多，同时网上 购物的消费者数量也在迅速的发展与

6、增长。截止到2005年上半年，我国的上网人数达到1.03亿，其中网上购物者达到2000万人，网上支付的比例增长到近半 数，网上购物成交额已经累计达100亿元。在长达6年的网上购物市场发展过程 中，网上购物者渐渐开始接受并习惯新的购物消费方式，随着网民人数增加，网上购物者人数有进一步扩大的趋势。世界电子商务的快速度发展，同时 b2b、b2c、c2c等一系列的结构快速度 发展，这些都需要网上商城来支持， 少则自己开个商店，大则阿里巴巴等电子商务，这些都成就了商城系统的出现，正因为网上电子商务的安全性与稳定性的要 求高，所以对商城系统也需要有一个严格的考验。不少商家、公司只制作一个或几个产品介绍的页

7、面，要修改资料， 需要对网页重新修改，客户却又不能在线下 定单，需要通过多种步骤才能与商家取得联系， 其弊端是显见的，首先是低效率、 数据的严重冗余，其次是维护困难。显然由这些简单链接的页面构成的网站在数 据的共享性、人机的交互性以及网站维护性上都是很现实的问题。开发一个基于web的动态网上购物系统，对发展电子商务无疑是十分迫切的。1.1.2 问题概述此处插入论文的论点，旨在突出论文讨论解决的问题。在信息技术日新月异的今天，随着新技术、新功能的演变，开发一个xxx系统有着多种技术手段来实现。如何根据具体需求采用合适的技术来实现，是很 多软件开发者正在考虑的问题。展开叙述一些传统技术手段存在的问

8、题 止匕外，现有的电子商务系统普遍存在着 .问题，一直得不到解决。展开叙述一些传统网上购物系统普遍存在的问题 1.2 研究的意义和重要性1.2.1 研究的意义此处插入论文的研究意义，应该和 1.1.2小节的问题概述相呼应1.2.2 研究的重要性此处插入研究的重要性，应该和 1.1.2小节的问题概述相呼应1.3 研究的内容和主要工作1.3.1 研究的内容此处插入研究的内容，也应该和 1.1.2小节的问题概述相呼应，简要说明论文 中的系统采用了什么样的技术手段， 采用了什么样的组织架构，做了些什么研究 工作，解决了哪些问题1.3.2 本人主要工作此处插入作者本人在项目中所负责或者完成的具体工作，应

9、与1.3.1的研究内容相对应，简述作者本人所做的研究工作。止匕外，如果论文所述项目为集体合作， 则应该简略指出作者本人所负责的工作。以下为范本！在此项目中，本人做了如下工作： 此处插入所做工作在项目开发中，本人主要负责系统需求分析、功能性分析、系统整体数据库 设计、主体框架设计搭建、web端程序开发，系统文档撰写、系统整体测试以 及历史数据导入等工作。1.4 论文结构此处插入该论文的整体结构，简述论文的整体形式结构，并简述每一章的主旨。以下为范本，请勿照搬！ 本文由五章内容组成，其中：第一章介绍了本文的研究背景，对所需要解决的问题进行了概述，讨论了 项目的研究意义与重要性，阐述了论文的主要内容

10、以及本人的主要工作。第二章阐述的是本文所涉及到的开发方法及相关技术，包括：软件工程开 发模型、结构化建模技术、数据库技术等。第三章是本文的核心内容之一，针对系统的业务需求、功能需求、数据需 求和非功能需求等进行了详细分析， 给出了主要的业务流程图和数据流图， 并利 用数据字典进行了详细的描述，同时利用 ipo图进行了功能数据分析。第四章是本文的重点，在进行了系统总体设计的基础上，采用功能结构图、 ipo表、核心处理流程图等对系统的子模块进行了功能性详细设计，同时通过实 体e-r图和数据库表结构对数据库进行了详细设计。第五章总结了本文所做的工作，同时对进一步的工作进行了展望。第二章系统的开发方法

11、及相关技术本xxx系统采用基于xxx架构，对应使用xxx技术来展现其表示层，分 别对不同需求的用户服务，旨在最大程度满足不同用户的需求。服务层采用xxx 技术来提供统一接口，降低其与其他系统间的耦合度，提供安全数据通信，提高 系统可扩展性、兼容性以及集成能力。 c止匕外，系统采用增量模型进行开发，以应对不断变化的需求，大量降低项目 风险，保证系统核心功能，较快的交付可使用的模块。2.1 软件工程开发模型2.1.1 传统瀑布模型瀑布,k型（也称为线性顺序模型），由温斯顿罗伊斯在1970年提出，在20 世纪80年代以前，瀑布模型一直都是唯一被广泛采用的软件开发模型。这个模 型中，软件生命周期中的制

12、订计划，需求分析，软件设计，程序编写，软件测试 和运行维护依次由上至下顺序展开，如同瀑布流水，逐级下落， 最终得到软件产 品。理想化的瀑布模型是单边逐一而下的，认为人在工作过程中不可能犯错误。 实际的瀑布模型是带有反馈逐一而下的， 当后一阶段发现前一阶段的错误时， 可 以修正前一阶段的错误继续完成后一阶段的任务促进软件开发工程化，为项目提供了按阶段划分的检查点降低软件开发的复杂度，当前一阶段完成后，只需去关注后续阶段可以在增量模型中使用瀑布模型瀑布模型的缺点：缺乏灵活性不适应用户需求的变化，项目的各个阶段之间极少有反 馈如果软件需求不明确或者经常变更需求，最终可能导致开发出的软 件与用户预期的

13、软件不符，往往会导致大量的返工，有时甚至会给 开发人员带来灾难性的后果，而这一点又常常在项目生命期的后期 才有所觉察。2.1.2 改进的螺旋模型螺旋模型由巴利玻姆于1988年正式发表了软件系统开发的“螺旋模型”， 它是将瀑布模型与演化模型相结合， 并且增加了两者所忽略的风险分析， 弥补了 两者的不足之处，该模型通常用来指导大型软件项目的开发软件项目的开发， 。 软件风险是任何软件开发项目中都普遍存在的实际问题， 项目越大，软件越复杂， 承担该项目所冒的风险也越大。软件风险驾驭的目标主要是在造成危害之前及时对风险进行识别，分析，采取对策进而消除或者减少风险的损害。螺旋模型将开 发划分为制订计划，

14、风险分析，实施工程，客户评估四类活动。沿着螺旋线每旋转一圈，表示开发出一个更完善的新的软件版本，如果开发风险过大，开发机构和客户无法接受，项目就有可能就此终止。多数情况下，会沿着螺旋线继续下去， 自内向外逐步延伸，最终得到满意产品。螺旋模型开发的成败很大程度上依赖于 风险评估的成败。沿着螺旋线旋转，在笛卡尔坐标的四个象限上分别表达了四类活动：制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件。风险分析：分析所选方案，考虑如何识别和消除风险。实施工程：实施软件开发。客户评估：评价软件功能和性能，提出修改建议。风陶分析制j定h刎方案用限制评价方案、 识别咫险、色险分析:可运行缝0广f 麻

15、泵/时埠洋掴设计实施l程客户讦估图2.2螺旋模型螺旋模型的优点：设计上的灵活性，可以在项目的各个阶段进行变更。以小的分段来构建大型系统，使成本计算变得简单容易。客户始终参与每个阶段的开发，保证了项目不偏离正确方向以及项目 的可控性。随着项目推进，客户始终掌握项目的最新信，从而他或她能够和管理层有效地交互。客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产 品。螺旋模型的缺点：很难让用户确信这种演化方法的结果是可以控制的。建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕 后，和当前的技术水平有了较大的差距，无法满足当前用户需求。2.1.3 面向对象的喷泉模型在面向对象的方法中，

16、提出了于瀑布模型相对应的喷泉模型，该模型的主 要特点是认为软件生命周期的各个阶段是相互重叠和多次反复的，它是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。 喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动， 设计活动结 束后才开始编码活动。该模型的各个阶段没有明显的界限， 开发人员可以同步进 行开发。具优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。由于喷泉模型在各个开发阶段是重叠的， 因此在开发过程中需 要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档， 使得审核的难度加大，尤其是面对可能随时加入各种信

17、息、需求与资料的情况。喷泉一词本身就体现了迭代和无间隙的特性。图2.3喷泉模型1喷泉模型的优点：软件项目开发效率高，节省开发时间，适应于面向对象 的软件开发过程。喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计 活动，设计活动结束后才开始编码活动。 该模型的各个阶段没有明显的界限， 开 发人员可以同步进行开发。喷泉模型的缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过 程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理 文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的 情况。形式化方法模型包含了一组活动，他们导致了计算机软件的数学规约。形

18、式化方法使得软件工程师们能够通过应用一个严格的数学符号体系来规约、开 发、和验证基于计算机的系统。在开发中使用形式化方法时，它们提供了一种机 制，能够消除使用其它软件过程模型难以克服的很多问题。二义性、不完整性、 不一致性能被更容易地发现和纠正， 而不是通过专门的评审，是通过对应用的数 学分析。形式化方法提供了可以产生无缺陷软件的承诺。2.2 结构化设计方法2.2.1 结构化方法要素结构化设计方法是基于模块化、自顶向下细化、结构化程序设计等程序设 计技术基础发展起来的。具基本思想是：将软件设计成由相对独立且具有单一功 能的模块组成的结构。结构化设计是数据模型和过程模型的结合。在设计过程中，它从

19、整个程序 的结构出发，利用模块结构图表述程序模块之间的关系。 结构化设计的步骤如下：评审和细化数据流图；确定数据流图的类型；把数据流图映射到软件模块结构，设计出模块结构的上层；基于数据流图逐步分解高层模块，设计中下层模块；对模块结构进行优化，得到更为合理的软件结构；描述模块接口。结构化设计的目的主要是使程序的结构尽可能反映要解决的问题的结构。在软件设计与开发中，结构化设计工作是以需求分析阶段的成果之一的“数据流图”为主要依据，进一步推导出软件的“系统功能结构图”。2.2.2 结构化方法中常用的设计图 业务流程图业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息

20、流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。业务流程图主要是描述业务走向，以业务处理过程为中心，一般没有数据的概念。业务流程图的元素：流程：流程是获取一种或多种输人并且创造一种对客户有价值的输出的 一系列活动的集合；决策：用来表示选择流程流向的控制节点，表示对问题判断或判定（审 核/审批/评审）环节；开始/结束：表示一系列流程开始或结束的控制节点；文档：以文字或图示描述的内容；数据：数据是具有一定意义的数字、字母、符号和模拟量等的通称； 数据库：所有的信息（数据事实等）的汇集的载体。 数据流图数据流图（dfd）是一种图形化技术，它描绘信息流和数据从

21、输入移动到输出 的过程中所经受的变换。在数据流图中没有任何具体的物理部件， 它只是描绘数 据在软件中流动和被处理的逻辑过程。 数据流图是系统逻辑功能的图形表示，即使不是专业的计算机技术人员也容易理解它。它是分析员与用户之间极好的通信 工具，也是今后进行软件设计的很好的出发点。为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解， 并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它 的输入流是该系统的输入数据，输出流是系统所输出数据底层流图是指其加工不需再做分解的数据流图，它处

22、在最底层 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化， 形成子图。 数据字典数据词典与数据流图配合，能清楚地表达数据处理的要求。数据字典以词条 描述的形式予以展现，对于在数据流图中每一个被命名的图形元素，均加以定义, 其内容有：名字、别名或编号、分类、描述、定义、位置、其它等。 hipo 图hipo图是旧m公司于70年代中期在层次结构图的基础上推出的一种描述 系统结构和模块内部处理功能的工具（技术）。很适于在自顶向下设计软件的过 程中使用。一个完整的 hipo图包含两个部分：h图（即层次图）和ipo图。 层次图用于表示一个系统自顶向下的功能模块层次

23、结构；ipo图来描述每个模块 的输入、输出及其要执行的过程，是对每个模块进行详细设计的工具，它能够方 便地描绘输入数据、对数据的处理和输出数据之间的关系。hipo图由三个基本图表组成，进行模块层次功能分解遵循以下步骤： 总体ipo图：它是数据流程图的初步分层细化结果，根据数据流程图， 将最高层处理模块分解为输入、处理、输出三个功能模块。hipo图：根据总体ipo图，对顶层模块进行重复逐层分解，而得到的 关于组成顶层模块的所有功能模块的层次结构关系图。低层主要模块详细的ipo图：由于hipo图仅仅表示了一个系统功能模 块的层次分解关系，还没有充分说明各模块间的调用关系和模块间的数据流及信 息流的

24、传递关系。因此，对某些输送低层上的重要工作模块， 还必须根据数据字 典和hipo图，绘制其详细的ipo图，用来描述模块的输入、处理和输出细节， 以及与其他模块间的调用和被调用关系。2.3 数据库技术2.3.1 数据库范式关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系 数据库有六种范式：第一范式（1nf）、第二范式（2nf）、第三范式（3nf）、第 四范式（4nf）、第五范式（5nf）和第六范式（6nf）。满足最低要求的范式是 第一范式（1nf）。在第一范式的基础上进一步满足更多要求的称为第二范式（2nf）,其余范式以次类推。一般说来，数据库只需满足第三范式（3nf）就行 了。

25、第一范式（1nf）。所谓第一范式（1nf）是指数据库表的每一列都是不可 分割的基本数据项，同一列中不能有多个值,即实体中的某个属性不能有多个值 或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体， 新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式 （1nf）中表的每一行只包含一个实例的信息。简而言之，第一范式就是无重复 的列。第二范式（2nf）。第二范式（2nf）是在第一范式（1nf）的基础上建立 起来的，即满足第二范式（2nf）必须先满足第一范式（1nf）。第二范式（2nf） 要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为 表加上

26、一个列，以存储各个实例的唯一标识。第二范式（2nf）要求实体的属性 完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属 性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的 实体，新实体与原实体之间是一对多的关系。 为实现区分通常需要为表加上一个 列，以存储各个实例的唯一标识。简而言之，第二范式就是属性完全依赖于主键。第三范式（3nf）。满足第三范式（3nf）必须先满足第二范式（2nf）。简 而言之，第三范式（3nf）要求一个数据库表中不包含已在其它表中已包含的非 主关键字信息。简而言之，第三范式就是属性不依赖于其它非主属性。2.3.2 数据建模因为数据模型

27、的内容是问题域和解域所共享的知识模型，所以可以用问题域的语言来描述它，也可以用解域的语言来描述它，还可以用介于二者之间的语 言来描述，故产生了以下三种常用的数据模型：1）概念数据模型20它反映了人们对现实世界的认知与理解，是从现实世 界到人类大脑的映射。故它以问题域的语言解释数据模型，由一系列应 用领域的概念组成。2）物理数据模型。它是以解域的语言解释数据模型，是面向计算机物理表 示的模型，描述了数据在储存介质上的组织结构，它不但与具体的dbms 有关，而且还与操作系统和硬件有关。每一种逻辑数据模型在实现时都 有起对应的物理数据模型。3）逻辑数据模型。这是用户从数据库所看到的模型，是具体的 d

28、bms所支 持的数据模型，如网状数据模型 （network data model）、层次数据模型 （hierarchical data model）等等。此模型既要面向用户， 又要面向系统，主 要用于数据库管理系统（dbms）的实现。第三章需求分析软件需求过程是整个软件开发初始阶段，对软件的品质具有决定性的作用。 软件需求工程研究如何理解和说明用户对所开发软件的要求和期望。需求就是以一种清晰、简明、一致且无二义性的方式对一个待开发系统中的 各个方面有意义的陈述的集合4。需求必须是完整的，足以使设计师和工程师来 开发一个使客户满意的软件制品。ieee软件工程标准词汇表（1997年）中定义需求为5

29、:（1） 用户解决问题或达到目标所需的条件或能力（capability）;（2） 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力；（3） 一种反映上面（l）或所描述的条件或能力的文档说明。软件需求包括三个不同的层次：业务需求、用户需求和功能需求（也包括非 功能需求）6o3.1 业务需求业务需求（business requirement是客户对软件制品目标的高层次要求。3.1.1. 业务描述描述系统当前的主要业务问题，进一步阐述通过计算机软件要达到哪些目 标，解决哪些主要问题等。示例：（一）能够实现商品展小、商品检索、商品选择、网上订货、网上支付和 商品发货等功能，对

30、网上购物的全过程进行管理（二）实现对网上购物过程中产生的所有业务数据的管理，如订货单、支 付记录、发货信息的管理与维护（三）具有配套的系统后台管理维护功能，能够对商品信息、用户信息、 系统日志等信息进行管理与维护，并能够进行对应的权限管理（四）响应速度合理，安全性较高（五）系统运行稳定，并且应易于维护3.1.2. 主要业务流程图（一）商品展示业务流程图图3-1商品展示业务流程图（二）网上订货业务流程图创建订单通知卖家发货退款 退货处理 一申请退款图3-2网上订货业务流程图（三）货款支付业务流程图在购物车中选择要进行结算的商品创建订单否图3-3货款支付业务流程图（四）发货业务流程图开始查看买家已

31、付款代发货订单进行发货图3-4商品发货业务流程图（五）退货处理业务流程图发起退货申请卖家检查申请图3-5退货处理业务流程图3.2功能需求功能(function)是刻画系统行为、特别是系统与环境关系的重要概念。用户需 求(user requirement)述了待开发的软件必须完成的任务。功能需求 (functional requirement义了必须实现的软件功能，使得用户通过这些功能完成他们的任 务，从而满足业务需要。3.2.1角色分析从系统的角度分析系统的参与者，并给出每一个参与者的描述。以下从网上购物系统的实际需求分析，系统涉及到以下角色：角色职责或功能客户(买家)系统主要参与者，进行商品

32、选购、商品退货、货款支付等卖家系统主要参与者，进行商品发货、订单管理、商品管理、统计查询等系统管理员管理和维护整个系统的用户组织结构，负责对用户、角色、用户级别的增、删、改、查等管理。3.2.2业务功能从系统的使用者的角度使用数据流图描述系统的功能，并给出数据字典描 述。在结构分析方法中，通常采用数据流图(ddf)和数据字典(dd)工具。其中， 数据流图是描述数据处理过程的工具。 数据流图从数据传递和加工的角度， 以图 形的方式刻画系统逻辑模型及信息从输入到输出的移动变换过程。它是一种非常好的工具，一般把功能级数据流图细化后得到的数据流图很复杂，可以采用数据流图分层表示，用划分图的方法把一个主

33、要功能都细化成为一张数据流分图。画数据流图的基本步骤概括的说，就是自外向里、自顶乡下、逐层细化、完善求精。以下从业务功能的角度出发，给出了系统的顶层数据流图，如下图所示：从顶层数据流图中可以看出，系统的参与者主要分为三类，买家、卖家和管 理员。其中买家主要通过网上购物系统来浏览和购买商品；同时卖家将通过网上购物系统来对网上商城的商品进行维护， 对买家购买商品的订单进行发货， 从而 形成了整个购物的过程；除此之外，系统管理员在整个过程中参与系统的维护操 作，主要维护系统中的用户信息、系统角色信息、用户级别信息，另外对系统日 志进行查询与监控。表3-1源点“买家”词条描述源点名称：买家别名：购物者

34、简述：对商品进行采购的用户云南大学硕士研究生论文xx系统的分析与设计简述：对系统进行维护的用户为了进一步细化各加工步骤说明，下面给出了系统的一级数据流图，并对数 据流的加工进行了进一步描述。图3-7 一层数据流图表3-4加工“商品选购”词条描述加工名：商品选购加工编号：1简要描述：买家对商品进行选购输入数据流：商品类别、搜索条件输出数据流：所选商品信息、拟创建订单的商品清单加工逻辑：对商品进行选购并加入购物车或形成订单加工名：货款支付加工编号：2简要描述：买家对商品进行付款输入数据流：订单详细信息输出数据流：买家信息加工逻辑：对订单所包含商品进行结算并将买家信息交由商品发货表3-6工“订单管理

35、”词条描述加工名：订单管理加工编号：3简要描述：买家选购商品形成订单记录输入数据流：拟创建订单的商品清单输出数据流：订单详细信息加工逻辑：对商品信息进行处理形成订单信息表3-7加工“发货信息管理”词条描述加工名：发货信息管理加工编号：4简要描述：买家对自己的收货地址进行管理输出数据流：已有发货地址加工逻辑：对用户的地址进行统一维护管理表3-8加工“退货处理”词条描述加工名：退货处理加工编号：5简要描述：买家或卖家对商品进行退货和退货审核的处理输出数据流：退货结果、退货申请集合加工逻辑：根据退货申请集合进行审核并进行退货操作表3-9加工“商品管理”词条描述云南大学硕士研究生论文xx系统的分析与设

36、计加工名：商品管理加工编号：6简要描述：卖家对商品进行管理和维护输入数据流：维护商品信息输出数据流：无加工逻辑：对商品信息进行相应的维护表3-10加工“统计查询”词条描述加工名：统计查询加工编号：7简要描述：卖家对综合信息进行统计查询输入数据流：统计条件输出数据流：统计结果加工逻辑：对商城综合信息进行统计并生成相应的结果表3-11加工“商品发货”词条描述加工名：商品发货加工编号：8简要描述：卖家进行发货输入数据流：买家信息输出数据流：发货信息加工逻辑：针对买家信息进行发货操作，形成发货信息通知买家表3-12加工“用户管理”词条描述加工名：用户管理加工编号：9简要描述：系统管理员对系统用户进行维

37、护输入数据流：用户维护信息输出数据流：用户信息集合加工逻辑：对用户信息进行相应的维护加工名：日志管理加工编号：10简要描述：系统管理员对系统日志进行查询输入数据流：查询条件输出数据流：日志集合信息加工逻辑：对符合条件的日志信息进行提取表3-14加工”系统角色管理”词条描述加工名：系统角色管理加工编号：11简要描述：系统管理员对用户的系统角色进行管理维护输入数据流：角色维护信息输出数据流：角色信息集合加工逻辑：对系统用户的角色信息进行维护操作表3-15加工“用户级别管理”词条描述加工名：用户级别管理加工编号：12简要描述：系统管理员对用户的级别进行管理输入数据流：级别维护信息输出数据流：界别信息

38、集合加工逻辑：对系统用户的级别信息进行维护操作商品选购商品选购模块加工和终点描述：表3-14终点“订单管理”词条描述终点名称：订单管理简述：对订单进行管理的接口数据流：拟创建订单商品清单表3-15加工”商品信息获取”词条描述加工名：商品信息获取加工编号：1.1简要描述：获取用户所选商品类别或者所搜索关键字相关的商品信息集合输入数据流：商品类别、搜索条件输出数据流：购买商品清单、所选商品信息加工逻辑：从商品信息记录中，获取用户所选商品类别的商品信息集合表3-16加工“购物车管理”词条描述加工名：购物车管理加工编号：1.2简要描述：买家所买商品记录放入购物车或移出购物车输入数据流：购

39、买商品清单输出数据流：拟创建订单商品清单加工逻辑：将买家所选商品id以及购买数量记录到购物车记录中根据数据流图我们可以看出，该功能由买家开始，结束于订单管理，其中买家为操作实体，而订单管理为本模块外的另一数据加工过程。 商品选购过程即是 买家针对所选中的商品进行采购，并将数据提交由订单管理模块处理的过程。在该模块中，输入数据有“搜索条件”、“商品类别”，输出数据有“购买商 品清单”、“拟创建订单商品清单”。同时该模块还涉及“商品信息记录”和“购物车记录”两个数据存储文件。相应的数据字典描述将在数据需求中详细展开所选商出精息7 搜索条件所选商品信息l 1. 1商乩检索l ；2杳行商乩详细信0)商

40、品信息把录购买商品清单a购物乍管理v图3-8商品信息获取数据流图根据数据流图我们可以看出，商品信息获取由买家开始，结束于购物车管理， 其中买家为操作实体，而购物车为本模块外的另一数据加工过程。 该数据流图为 图3-7的下层数据流图。表3-17加工“商品检索”词条描述加工名：商品检索加工编号：1.1.1输入数据流：搜索条件输出数据流：购买商品清单加工逻辑：根据买家输入的关键字与商品信息记录中搜索相关商品信息表3-18加工“查看商品详细信息”词条描述加工名：查看商品详细信息加工编号：1.1.2简要描述：买家根据商品类别查看商品详情的过程输出数据流：购买商品清单加工逻辑：根据买家选择的商品类别提取相

41、应的商品信息商品信息获取i移除商品清单图3-9购物车管理数据流图根据数据流图我们可以看出，购物车管理由商品信息获取开始，结束于订单 管理。该数据流图为图3-7的下层数据流图。表3-19加工“商品加入购物车”词条描述加工名：商品加入购物车加工编号：1.2.1简要描述：买家所买商品记录放入购物车输入数据流：购买商品清单输出数据流：商品数量加工逻辑：将买家所选商品记录下来并加上购买数量表3-20加工“商品从购物车移除”词条描述加工名：商品从购物车移除加工编号：1.2.2简要描述：买家所买商品记录移出购物车输入数据流：移除商品清单输出数据流：无加工逻辑：将买家不想购买的商品从购物车移除表3-21加工“

42、购买数量设置”词条描述加工名：购买数量设置加工编号：1.2.3简要描述：买家所买商品记录放入购物车并设置购买数量输入数据流：商品数量输出数据流：拟创建订单商品清单加工逻辑：将买家所选商品id以及购买数量记录到购物车记录中并创建商品订单以下至ij 2小节请参照小节, 货款支付 订单管理 发货信息管理 退货处理 商品管理 统计查询 商品发货 用户管理0 日志管理1 系统角色管理2 用户级别管理3.3数据需

43、求此处应根据3.2.2小节的用例图，相对应的在本小节给出ipo图，对功能数 据进行分析输入商品基本信息a用户购买信息a图 3-15处理1 .商品选购2 .货款支付3 .订单管理4 .发货信息管理5 .退货处理6 .商品管理7 .统计查询8 .商品发货9 .用户管理10 .日志管理11 .系统角色管理12 .用户级别管理输出交易订单交易记录网上购物系统总体ipo图3.3.1 商品选购图3-16商品选购ipo图该功能主要负责实现买家通过直接按商品类别浏览商品或者输入搜索条件 浏览商品这两种手段进行商品选购的业务流程，输入数据为商品类别和搜索条 件，输出数据为购买商品清单和拟创建订单商品清单。输入数

44、据：1 .商品类别。2 .搜索条件。输出数据：1 .购买商品清单。2 .拟创建订单商品清单。商品选购模块数据字典描述如下表所示：表3-22数据流“商品类别”词条描述数据流名称：商品类别别名：无简述：买家查看商品信息时选择的商品类别来源：买家去向：加工“商品查看”数据流量：1000份/每分组成：商品类别id+商品类别名称+商品父类别id表3-23数据流“搜索条件”词条描述数据流名称：搜索条件别名：无简述：买家查看商品信息时输入的关键字信息来源：买家去向：加工“商品搜索”数据流量：1000份/每分组成：关键字表3-24数据文件“商品信息记录”词条描述数据文件名：商品信息记录别名：无简述：系统中所有

45、商品的信息数据文件组成：商品id+商品名称+单价+库存量+描述信息+商品照片+商品类别+商品状态存储方式：索引文件，以商品id为关键字存取频率：异常频繁查询要求：要求能立即查询表3-25数据流“购买商品清单”词条描述数据流名称：购买商品清单别名：无简述：确定购买某商品时输入的商品数量等信息来源：加工“商品查看”或加工“商品搜索”去向：加工“商品购买”数据流量：1000份/每分组成：商品id+购买数量表3-26数据文件“购物车记录”词条描述数据文件名：购物车记录别名：无简述：系统中各位买家购物车记录的信息数据文件组成：购物车记录id+购物车所有者id+商品id+购买数量+创建日期+冏品总额存储方

46、式：索引文件，以购物车记录id为关键字存取频率：异常频繁查询要求：要求能立即查询表3-27数据流“拟创建订单商品清单”词条描述数据流名称：拟创建订单商品清单别名：无简述：买家拟创建订单时所有的商品信息列表来源：加工“商品购买”去向：接口 “订单管理”数据流量：1000份/每分组成：商品id+购买数量+创建日期表3-28数据项“商品类别id”词条描述数据项名称：商品类别id另名：goodtypeld简述：商品类别信息唯一标识类型：guid 长度：无取值范围及含义：随机值，作唯一标识使用表3-29数据项“商品类别名称”词条描述数据项名称：商品类别名称别名:goodtypename简述：商品类别的名

47、称类型：字符串长度：20取值范围及含义：无表3-30数据项“商品父类别id”词条描述数据项名称：商品父类别id别名:goodparenttypeld简述：商品类别的父类别信息唯一标识类型：guid取值范围及含义：随机值，作唯一标识使用表3-31数据项“关键字”词条描述数据项名称：关键字别名：keywords简述：搜索商品时所输入的关键字信息类型：字符串长度：15取值范围及含义：无表3-32数据项“商品id”词条描述数据项名称：商品id别名：goodid简述：商品信息唯一标识类型：guid长度：无取值范围及含义：随机值，作唯一标识使用表3-33数据项“商品名称”词条描述数据项名称：商品名称另名：

48、goodname简述：商品的名称类型：字符串长度：150取值范围及含义：无表3-34数据项“单价”词条描述数据项名称：单价别名:price简述：商品的价格信息类型：浮点数氏度：无取值范围及含义：“0”代表免费商品“0-1”代表附加商品“0-无穷”代表正常商品表3-35数据项“库存量”词条描述数据项名称：库存量别名:totalcount简述：商品的库存数目类型：整型长度：无取值范围及含义：“0”代表该商品缺货“0-10”代表该商品货源紧张“0-无穷”代表正常商品表3-36数据项“描述信息”词条描述数据项名称：描述信息别名：decriptinfo简述：商品的简单描述信息类型：字符串长度：255取值

49、范围及含义：无表3-37数据项“商品照片”词条描述数据项名称：商品照片别名：goodpic简述：商品的照片信息类型：binary长度：无取值范围及含义：无表3-38数据项“商品类别”词条描述数据项名称：商品类别别名:goodtypename简述：商品的类别名称长度：50取值范围及含义：无表3-39数据项“商品状态”词条描述数据项名称：商品状态另名：goodtype简述：商品的状态描述信息类型：字符串长度：10取值范围及含义：“缺货”代表该商品暂时缺货、“下架”代表该商品已下架不允 许购买、“热卖”代表该商品短时间内被购买的次数较多、“正常”代表该商品状 态正常表3-40数据项“购买数量”词条描

50、述数据项名称：购买数量另名：buycount简述：商品的购买数量多少类型：整型取值范围及含义：无表3-41数据项“购物车记录id ”词条描述数据项名称：购物车记录id别名：cartid简述：购物车记录唯一标识类型：guid长度：无取值范围及含义：随机值，作唯一标识使用表3-42数据项“购物车所有者id”词条描述数据项名称：购物车所有者id云南大学硕士研究生论文xx系统的分析与设计别名：ownerld简述：该购物车记录所有者唯一标识类型：guid长度：无取值范围及含义：随机值，作唯一标识使用表3-43数据项“创建日期”词条描述数据项名称：创建日期别名：createdate简述：创建的当前时间类型

51、：日期长度：无取值范围及含义：无表3-44数据项“商品总额”词条描述数据项名称：商品总额别名:totalprice简述：商品的总体价格描述长度：无取值范围及含义：无以下3.3.2到3.3.12小节请参照3.3.1与3.3.2小节，给予补充说明3.3.2 货款支付3.3.3 订单管理3.3.5 退货处理3.3.6 商品管理3.3.7 统计查询3.3.8 商品发货3.3.9 用户管理3.3.10 日志管理3.3.11 系统角色管理3.3.12 用户级别管理3.4非功能需求非功能需求口包括产品必须遵从的标准、规范和合约；外部界面的具体细节 和性能要求；设计或实现的约束条件及质量属性。3.4.1 环境

52、需求表3.1服务器端环境系统所使用数据库microsoft sql server 2008 sp1操作系统windows 2008 r2wet务器iis 7.5数据库sql server 2008客户端:表3.2客户端环境操作系统windows xp或具以上版本操作系统浏览器ie 6.0 以及其以上版本（ie7.0、ie8.0 ）分辨率最佳效果为1024 x 768像素3.4.2 性能需求主要阐述系统运行相对于性能的相关需求，以下为范本 1 .可维护性维护方法：系统能真正做到使自身在数据损坏、丢失等情况下将备份数据倒 回，实现数据的恢复。提供对系统自身的集中操作维护的功能。2 .易操作性界面设

53、计：系统应提供美观实用，方便和直观的图形用户管理界面，充分考 虑员工的习惯，简单易学，操作方便，所有菜单驱动的处理和各种快捷键，一键 功能以确保多数达到。3 .可扩展性功能扩展：系统从系统结构、功能设计、管理对象等各方面的功能扩展来考 虑，以满足用户今后系统扩充和扩大使用范围的要求。软硬件升级：系统应采取的硬件和软件平台，软件和硬件的负载平衡机制的 可扩展性充分考虑。系统要具有灵活的扩展能力，来适应关键的软件和硬件的开 发及管理能力的上升。4 .开放性系统的数据格式应符合国家相关标准及行业标准，以此确保应用程序具有良 好的互操作性和移植的可能。5 .4.3安全需求主要阐述有关系统运行的安全性保障的相关需求，以下为范本 1 .容错性当用户输入或误操作导致非法数据产生时