可行性研究及需求分析-PPT课件.pptx

软 件件 工工 程程计算机科学与技算机科学与技术系系主主讲王里平王里平1第一章第一章 软件工程概述件工程概述第二章第二章 可行性研究可行性研究第三章第三章 需求分析需求分析第四章第四章 总体体设计第五章第五章 详细设计软 件 工 程第六章第六章 软件件编码第七章第七章 软件件测试第八章第八章 软件件维护第九章第九章 面向面向对象的象的软件工程件工程第十章第十章 软件件项目管理目管理22.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 结构化需求分析方法构化需求分析方法2.4 2.4 结构化分析建模构化分析建模 第第2 2章章 可行性研究及需求分析可行性研究及需求分析3 可行性研究的主要任务就是了解客户的要求及现实环境，从技术、经济和社会因素三方面研究并论证软件项目的可行性，为合理地达到开发目标可能选择的各种方案。2.1.1 项目立项概述 1、立项 (1)项目发起 (2)项目论证 (3)项目审核 (4)项目立项 2、可行性研究的结论有三种情况：可行，按计划进行基本可行，需要对解决方案做出修改不可行，终止项目2 2.1 可行性研究可行性研究42.1.2可行性研究的内容战略可行性研究操作可行性研究计划可行性研究技术可行性研究社会可行性研究市场可行性研究 经济可行性研究 风险可行性研究 2 2.1 可行性研究可行性研究5 根据用户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究实现系统的可行性。在技术可行性研究中，必须对要求的功能、性能以及限制条件进行分析，以确定使用现有的技术能否实现这个系统。要考虑能否得到所需要的软件和硬件资源，能否组织一个有能力完成开发任务的、熟练的开发队伍，现有的开发技术是否达到开发系统所要求的水平，以及开发风险有多大。通常在进行技术可行性研究时要考虑以下两方面的问题。2.1.2.1技技术可行性可行性6技术资源 一般来说，开发软件系统的技术资源有硬件资源（包括计算机系统、网络设备、通信设计及相关的辅助设备设施等）和软件资源（包括系统软件、工具软件等）进行技术可行性研究时要考虑现有的技术资源能否满足系统开发要求，如果不能，能否在成本允许的范围内获得所需要的技术资源。2.1.2.12.1.2.1技技术可行性可行性7人力资源 人力资源包括软件开发的管理人员和各层次的技术人员。人力资源是软件开发的基础。因此，要考虑各类人员是否满足软件开发的需要，他们掌握的技术和管理方法是否支持软件项目的完成。2.1.2.12.1.2.1技技术可行性可行性8 根据技术可行性分析的结果，管理人员必须作出是否进行系统开发的决定。如果系统开发的技术风险很大，或是模型演示表明当前采用的技术和方法不能实现软件的预期功能和性能，就要做出软件开发“不能进行或不必进行”的决定。2.1.2.12.1.2.1技技术可行性可行性9经济可行性研究的内容：一是开发、使用软件系统所需要的开发成本和运行费用；二是软件系统的投入使用所带来的效益（经济效益和社会效益），即进行开发成本的估算，评估项目成功取得的效益，确定要开发的项目是否值得投资开发。由于开发成本受项目的特性、规模等多种因素的制约，分析人员很难直接准确地估算出项目所需要的成本及产生效益。通常一个软件项目的成本包括以下个部分：2.1.2.22.1.2.2经济可行性可行性102.1.2.22.1.2.2经济可行性可行性购置、安装软硬件及有关设备的费用；软件系统开发费用；系统安装、运行和维护费用；人员培训费用。112.1.2.22.1.2.2经济可行性可行性 系统的效益一般包括经济效益和社会效益。经济效益指应用软件系统后为用户增加的收入，或降低成本，或提高工作效率，或提高质量等。它是可以通过直接的或统计的方法计算的。社会效益是指软件系统投入使用后提高了用户知名度，或是提高了用户产品的市场占有率，或是提高了管理水平等。它是很难直接计算的。在估算效益时，应该把可能影响效益发挥的各种因素考虑在内。122.2.1 1.2.3.2.3 社会可行性社会可行性 社会可行性是研究开发的项目是否存在违犯法律、侵权、妨碍或是对社会产生不良的影响。例如，为了保护自己软件的权益，在软件中放置逻辑炸弹，这就违犯了国家的相关法律。又如，未经授权在软件中使用别人的图标，这就产生了侵权。社会可行性涉及的范围比较广泛，包括法律、合同、权益、责任、用户组织的管理模式及规范，等等。132.1.3可行性研究的步骤2 2.1 可行性研究可行性研究可行性研究的步骤 142 2.1 可行性可行性研究研究可行性研究报告 152.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 结构化需求分析方法构化需求分析方法2.4 2.4 结构化分析建模构化分析建模 第第2 2章章 可行性研究及需求分析可行性研究及需求分析16u2.2.1 需求分析的任务需求分析的过程中应该遵守一些原则 需求分析是一个过程，它应该贯穿于系统的整个生存周期中 需求分析应该是一个迭代的过程 需求的表述应该具体、清晰，并且是可测量的、可实现的 需求分析主要有两个任务：建模阶段：建立起系统的分析模型 描述阶段：把需求文档化，用软件需求规格说明书的方式把需求表达出来 2.2 需需求求分析分析172.2.2需求分析的步骤需求分析分为：需求获取、分析建模、需求描述和需求验证需求获取：收集并明确用户需求的过程 获取需求的方法有多种，比如问卷调查、访谈、实地操作、建立原型等 2.2 需求分析需求分析182.2 需求分析需求分析原型化开发过程 19分析建模 获得需求后，则是对新系统建立分析模型。模型是通过一组符号根据一定的规则相互连接而成，它有助于人们更好地理解系统部件之间的关系及其所起的作用。常用的建模方法有：1、结构化的建模 数据流图、数据字典、实体关系图、状态结构化的转换图、控制流图 2、面向对象的建模 类图、对象图、用例图、顺序图、状态图、活动图、通信图、时序图、组件图、部署图、包图等 2.2 需求分析需求分析20需求描述：编制需求分析阶段的文档复杂的软件系统：需求阶段产生系统定义文档（用户需求报告）、系统需求文档（系统需求规格说明书）、软件需求文档（软件需求规格说明书）简单的软件系统：需求阶段只需要输出软件需求文档 需求验证：确保需求的一致性、完整性、现实性、有效性 2.2 需求分析需求分析212.2 需求分析需求分析需求分析的步骤 222.2.3 需求管理用于查找、记录、组织和跟踪系统需求变更的系统化方法。可用于：获取、组织和记录系统需求；使客户和项目团队在系统变更需求上达成并保持一致 需求管理涉及三个主要问题 识别、分类、组织需求，并为需求建立文档；需求变化 需求的可跟踪性 2.2 需求分析需求分析232.1 2.1 可行性研究可行性研究2.2 2.2 需求分析需求分析2.3 2.3 结构化需求分析方法构化需求分析方法2.4 2.4 结构化分析建模构化分析建模 第第2 2章章 可行性研究及需求分析可行性研究及需求分析24 基于“分解”和“抽象”的基本思想，逐步建立目标系统的逻辑模型，进而描绘出满足用户要求的软件系统 分解：对于一个复杂的系统，把大问题分解为若干个小问题，然后再分别解决 抽象：用最本质的属性表示一个软件系统2.3 结构化需求分析方法构化需求分析方法252.3 结构化需求分析方法构化需求分析方法自顶向下逐层分解 26结构化分析的具体步骤建立当前系统的“具体模型”抽象出当前系统的逻辑模型 建立目标系统的逻辑模型 考虑人机界面和其他一些问题 结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典（Data dictionary）实体关系图（ER）2.3 结构化需求分析方法构化需求分析方法27建模的基本目标描述用户的需求为软件设计工作奠定基础定义一组需求，一旦开发出软件产品之后，就可以用这组需求为标准来验收 2.4 结构化分析建摸构化分析建摸28结构化分析过程中导出的分析模型的形式 2.4 结构化分析建摸构化分析建摸分析模型的结构 29结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典（Data dictionary）实体关系图（ER）2.4 结构化分析建摸构化分析建摸30组织结构分析构分析 是是对企企业、单位、部位、部门的的组织架构架构进行行调查分析，了解完分析，了解完整的整的业务过程、程、审批流程、信息批流程、信息传递的渠道，从而的渠道，从而为系系统的需的需求分析找到入口。求分析找到入口。组织结构图是组织架构的直观反映，是最常见的表现组织内各机构、岗位上下左右相互之间的关系。1、显示其职能的划分.2、知道其权责范围.3、清晰其工作内容.2.4.1 组织架构架构图31 组织架构图没有固定格式，通常根据部门的功能、职责、工作内容进行划分。2.4.1.1 组织架构架构图的格式（画法）的格式（画法）分析模型的结构 322.4.1.1 组织架构架构图的格式（画法）的格式（画法）33组织结构分析构分析 例：目前，春景海例：目前，春景海鲜酒楼主要有酒楼主要有6 6个部个部门：经理部、人事部、餐理部、人事部、餐厅部、后厨部、部、后厨部、财务部、后部、后勤部，其勤部，其组织架构如下架构如下图：2.4.1 组织架构架构图总经理副经理后勤部餐厅部人事部副经理后厨部财务部342.4 结构化分析建摸构化分析建摸结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典（Data dictionary）实体关系图（ER）352.4.2 业务流程流程图(Transaction Flow DiagramTransaction Flow DiagramTransaction Flow DiagramTransaction Flow Diagram,TFD),TFD),TFD),TFD)业务流程流程图（TFDTFD）就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。业务流程图主要是描述业务走向。业务流程图描述的是完整的业务流程，以业务处理过程为中心，一般没有数据的概念。362.4.2 业务流程流程图(Transaction Flow DiagramTransaction Flow DiagramTransaction Flow DiagramTransaction Flow Diagram,TFD),TFD),TFD),TFD)业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向，它是物理模型。业务流程图主要是描述业务走向。业务流程图描述的是完整的业务流程，以业务处理过程为中心，一般没有数据的概念。372.4.2.1 业务流程流程图(TFD)的画法的画法 1 1、业务流程分析流程分析 业务流程分析是在流程分析是在业务功能的基功能的基础上逐步上逐步细化，化，利用系利用系统调查的的资料，将料，将业务处理理过程程 中的每一步中的每一步用一个用一个图形将其串起来。形将其串起来。业务流程流程图（TFDTFD）就是用一些规定的符号及连线来表示某个具体业务处理过程。382.4.2.1 业务流程流程图(TFD)的画法的画法 2 2、业务流程分析流程分析过程程u 对第一第一业务弄清其弄清其信息的信息的输入、入、处理、存理、存储、输出、立即存取要求出、立即存取要求，收集相，收集相应资料。料。u 理理顺各个各个岗位、各个位、各个业务流程之流程之间的的关系关系。u 除去不必要的除去不必要的环节，对重复的重复的环节进行合并，行合并，对新增的新增的环节进行增行增补。u 确定哪些是今后要确定哪些是今后要计算机系算机系统处理的理的环节 。392.4.2.1 业务流程流程图(TFD)的画法的画法 3 3、业务流程流程图的基本的基本图例例 业务中参与的人或事物（他或它自身信息参与到业务流程中）业务处理（在业务流程中进行的业务处理）业务中参与的单位、部门（他们的自身信息参与到业务流程中）文档资料402.4.2.1 业务流程流程图(TFD)的画法的画法 3 3、业务流程流程图的基本的基本图例例 数据文件（以文件的形式被保存、存储）业务流（表示业务流移动的方向）业务处理的选择判断（在业务流程处理流程中需对相应的事务进行选择判断过程）412.4.2.2 业务流程流程图实例例u 1 1、材料、材料仓库管理管理 材料材料仓库 的管理的管理业务有三有三项：入：入库、出、出库、月底、月底结账。(1).(1).材料入材料入库的具体步的具体步骤为：a.a.采采购员交材料入交材料入库单；b.b.库管管员查材料材料订货单，核，核实入入库单；c.c.材料入材料入库，库管管员验收收货物；物；d.d.库管管员填写收填写收货单给采采购员，并把入，并把入库单存入文件存入文件柜留柜留 存。存。422.4.2.2 业务流程流程图实例例u1 1、材料入、材料入库的的顶层业务流流图 432.4.2.2 业务流程流程图实例例u2 2、材料入、材料入库的第一的第一层业务流流图 442.4.2.2 业务流程流程图实例例u3 3、细化材料入化材料入库的第一的第一层业务流流图 452.4.2.2 业务流程流程图实例例 春景酒楼无线点菜业务流程图 顾客上菜提醒小票柜台刷卡预订台帐会员档案检索菜例手持终端下单顾客消费台帐预订台帐顾客催菜身份验证历史消费记录前台接待检索匹配餐台安排就座柜台开台修改餐台状态顾客点菜点菜单新加菜单退菜单顾客退菜顾客加菜顾客餐台台帐餐台预订参考台帐推荐餐台菜例台帐修改预订状态餐台预订参考台帐顾客缓菜修改上菜状态后厨分单打印后厨分单打印柜台打印修改上菜状态后厨部上菜小票消费小票顾客按单上菜传菜员46结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典（Data dictionary）实体关系图（ER）2.4 结构化分析建摸构化分析建摸472.4.3.1数据流图一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换 可以在任何抽象层次上使用数据流图表示系统或软件 2.4.3.2 数据流图符号正方形（或立方体）表示数据的源点或终点圆角矩形（或圆形）代表变换数据的处理 开口矩形（或两条平行横线）代表数据存储箭头表示数据流 2.4.3 数据流数据流图482.4.3.2 数据流数据流图数据流图的符号492.4.3.3 例子假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件对于每个需要再次定货的零件应该列出下述数据：零件编号、零件名称、定货数量、目前价格、主要供应者和次要供应者零件入库或出库称为事务，通过放在仓库中的计算机网络系统把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货 2.4.3 数据流数据流图50画出上述定货系统的数据流图可采用以下步骤 从问题描述中提取数据流图的4种成分：采购员是数据终点，仓库管理员是数据源点接下来考虑处理：必须有一个用于产生报表的处理，对事务进行的加工是另一个处理 最后考虑数据流和数据存储：定货报表是一个数据流，事务是另一个数据流，应该有一个数据存储 2.4.3 数据流数据流图512.4.3 数据流数据流图522.4.3 数据流数据流图定货系统的基本系统模型 定货系统的功能级数据流图 532.4.3 数据流数据流图把处理事务的功能进一步分解后的数据流图 542.4.3.4 命名1、为数据流（或数据存储）命名名字应代表整个数据流（或数据存储）的内容，而不是仅仅反映它的某些成分不要使用空洞的、缺乏具体含义的名字（如“数据”、“信息”、“输入”之类）如果在为某个数据流（或数据存储）起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难2.4.3 数据流数据流图552、为处理命名 通常先为数据流命名，然后再为与之相关联的处理命名名字应该反映整个处理的功能，而不是它的一部分功能名字最好由一个具体的及物动词加上一个具体的宾语组成 通常名字中仅包括一个动词 如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解 2.4.3 数据流数据流图562.4.3.1 数据流数据流图实例例 例例：（酒楼）：（酒楼）1 1、餐、餐饮管理系管理系统的的顶层 （P0P0）数据流程）数据流程图 顶层数据流程有两个外部数据流程有两个外部实体：体：顾客、客、经理；理；预订信息和会信息和会员资料是系料是系统主要的主要的输入数据流，入数据流，营业统计信息和消信息和消费结帐单是系是系统的主要的主要输出数据流。出数据流。基于Web Service的无线餐饮管理系统P0顾客预订信息会员资料经理顾客营业统计信息消费结帐单572.4.3.1 数据流数据流图实例例D9预订台帐预订管理子系统P1顾客预订信息餐台预订占用信息经理顾客会员档案消费结帐单D2餐台预订参考台帐D5会员档案无线点菜子系统P2点菜清单D3菜例台帐D10消费台帐查询统计子系统P5收银结帐子系统P3D5会员档案顾客D1餐台台帐消费记录会员档案菜例档案菜例台帐消费记录餐台台帐会员管理子系统P4顾客营业统计信息消费记录会员资料预订台帐预订台帐会员档案2 2、餐、餐饮管理系管理系统的第一的第一层 数据流程数据流程图582.4.3.1 数据流数据流图实例例3 3、P1 P1预订管理子系管理子系统数据流程数据流程图 餐餐饮管理系管理系统第二第二层D9预订台帐判断是否会员P1.1顾客顾客信息会员信息预订信息D2餐台预订参考台帐D5会员档案检索历史预订信息P1.2预订记录D3菜例台帐生成预订订单P1.4检索匹配餐台P1.3顾客预订餐台要求推荐餐台/菜例信息预订台帐取消预订P1.5会员档案取消餐台预订信息D2餐台预订参考台帐餐台预订占用信息取消预订信息59结构化分析中经常用到的建模方法组织架构图业务流程图(TDF)数据流图（DFD）数据字典（Data dictionary）实体关系图（ER）2.4 结构化分析建摸构化分析建摸602.4.4 数据字典数据字典 在结构化分析中，数据字典的作用是给数据流图上每个成分加以定义和说明。即数据流图上所有的成分的定义和解释的文字集合就是数据字典，而且在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户的通信。数据字典的组成：1、数据项 2、数据结构 3、数据流 4、数据存储 5、处理过程612.4.4.1 数据数据项 数据项：数据流图中数据块的数据结构中的数据项说明 数据项是不可再分的数据单位。对数据项的描述通常包括以下内容：数据项描述=数据项名，数据项含义说明，别名，数据类型，长度，取值范围，取值含义，与其他数据项的逻辑关系 其中“取值范围”、“与其他数据项的逻辑关系”定义了数据的完整性约束条件，是设计数据检验功能的依据。若干个数据项可以组成一个数据结构。622.4.4.1 数据数据项实例例例：春景酒楼无线餐饮管理系统的数据字典 1、餐饮管理系统的数据项(表中字段)定义系统数据项定义编号名称说明数据值类型取值范围长度 有关数据结构1-001菜例编码酒店菜例编码离散0001-99994菜例信息 1-002消费清单编码消费单流水号离散xxx0001-xxx99997消费清单详细信息1-003会员姓名会员姓名字符型10会员信息1-004菜例名称菜例名称字符型20菜例信息 1-005餐台编码餐台编码离散0001-99994餐台信息1-006餐台名称餐台名称字符型20餐台信息1-007632.4.4.2 数据数据结构构 数据数据结构构：数据流图中数据块的数据结构说明 数据结构反映了数据之间的组合关系。一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。对数据结构的描述通常包括以下内容：数据结构描述=数据结构名，含义说明，组成:数据项或数据结构642.4.4.2 数据数据结构构实例例2、餐饮管理系统的数据结构(基本表)定义系统数据结构定义编号名称说明结构有关数据流2-001 菜例信息 菜例基本信息菜例编码、菜例名称、菜例简拼、菜例类别、计价单位、成本单价、销售单价、打折比例等D3P1.4、D3P2.4.12-002消费清单信息顾客消费结帐单消费清单编码、会员编码、清单状态、餐台编码、菜例编码、菜例数量、金额等P2.4.1D10、P2.4.4D10、P2.4.5D10、P2.4.6D10、P4D10、D10P2.4.3、D10P4.4、D10P3.3、D10P2.2、D10P52-003会员基本信息会员基本信息会员编码、会员姓名、姓名简拼、姓别、出生日期、帐户余额主、会员等级、当前累计积分、办理日期、会员状态、联系电话P3.2D5、P4.2D5、P4.4D5、D5P1.1、D5P2.1、D5P3.1、D5P4.32-004 餐台信息 餐台基本信息餐台编码、餐台名称、房间类型、所在区域、容纳人数、餐台状态D1P2.3、P2.5D1、P3.4D12-005 652.4.4.3 数据流数据流数据流数据流：数据流图中流线的说明 数据流是数据结构在系统内传输的路径。对数据流的描述通常包括以下内容：数据流描述=数据流名，说明，数据流来源，数据流去向，组成:数据结构，平均流量，高峰期流量 其中“数据流来源”是说明该数据流来自哪个过程，即数据的来源。“数据流去向”是说明该数据流将到哪个过程去，即数据的去向。“平均流量”是指在单位时间（每天、每周、每月等）里的传输次数。“高峰期流量”则是指在高峰时期的数据流量。662.4.4.3 数据流数据流实例例3、餐饮管理系统的数据流(中间表-临时表)定义系统数据流定义编号名称来源去向组成数据平均流量最大流量3-001 预订信息顾客 P1.4顾客姓名、预订状态、联系方式、预订餐台、预订日期、预订时段、预订押金、操作员等。50份/天 100份/天3-002会员资料顾客 P4.2会员姓名、姓名简拼、姓别、出生日期、会员等级、办理日期、联系电话50份/天 100份/天2-003点菜清单顾客 P2.4.1菜例编码、菜例名称、菜例简拼、菜例类别、计价单位等100份/天200份/天2-004消费结帐单P3.3 顾客 顾客P4.1 消费清单编码、会员编码、清单状态、餐台编码、消费数量、顾客人数、进店时间、离店时间、应收金额、实收金额、结帐单金额、收银员等100份/天200份/天2-005 672.4.4.4 数据存数据存储 数据存数据存储：数据流图中数据块的存储特性说明。数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。对数据存储的描述通常包括以下内容：数据存数据存储描述描述=数据存数据存储名，名，说明，明，编号，流入的数据流，流出的号，流入的数据流，流出的数据流，数据流，组成成:数据数据结构构，数据量，存取方式，数据量，存取方式 其中“数据量”是指每次存取多少数据，每天（或每小时、每周等）存取几次等信息。“存取方法”包括是批处理，还是联机处理；是检索还是更新；是顺序检索还是随机检索等。另外“流入的数据流”要指出其来源，“流出的数据流”要指出其去向。682.4.4.4 数据存数据存储实例例4、餐饮管理系统的数据存储(基本表)定义系统数据存储定义编号名称说明输入数据流输出数据流组成4-001 餐台预订参考台帐(D2)餐台预订信息及状态P2.4.2D2D2P1.3 D2P2.3餐台编码、预订时间、时段编码、预订状态4-002会员档案(D5)顾客注册会员信息P3.2D5 P4.2D5 P4.4D5D5P1.1 D5P2.1 D5P3.1 D5P4.3预订清单编码、顾客姓名、性别、预订状态、联系方式、预订餐台、预订日期、预订时段、预抵时间、取消时间、预订押金、顾客留言、顾客人数4-003预订台帐(D9)顾客 预订信息P1.4D9 P1.5D9 P2.4.2D9D9P1.2 D9P2.4.1 预订清单编码、顾客姓名、性别、预订状态、联系方式、预订餐台、预订日期、预订时段、预抵时间、取消时间、预订押金、顾客留言、顾客人数4-004消费台帐(D10)顾客消费结帐单P2.4.1D10 P2.4.4D10 P2.4.5D10 P2.4.6D10 P3.5D10D10P2.4.3 D10P4.4 D10P3.3 D10P2.2 D10P5消费清单编码、会员编码、清单状态、餐台编码、消费数量、顾客人数、进店时间、离店时间、应收金额、实收金额、结帐单金额、收银员等4-005 692.4.4.5 处理理过程程处理理过程程：数据流图中功能块的说明 数据字典中只需要描述处理过程的说明性信息，通常包括以下内容：处理过程描述=处理过程名，说明，输入:数据流，输出:数据流，处理:简要说明 其中“简要说明”中主要说明该处理过程的功能及处理要求。功能是指该处理过程用来做什么（而不是怎么做）；处理要求包括处理频度要求，如单位时间里处理多少事务，多少数据量，响应时间要求等，这些处理要求是后面物理设计的输入及性能评价的标准。702.4.4.5 处理理过程程实例例5、餐饮管理系统的处理过程 定义系统处理过程定义编号名称输入数据流输出数据流组成5-001生成预订订单(P1.4)P1.2P1.4 P1.3P1.4 顾客P1.4 D3P1.4P1.4D9如果是会员，则根据历史预订信息产生的预订推荐信息，生成预订订单，并可进行适当调整；若不是会员，则根据餐台占用信息及顾客的预订信息生成预订订单。5-002手持终端下单(P2.4.1)P2.2P2.4.1 P2.3P2.4.1 顾客P2.4.1 D3P2.4.1P2.4.1P2.5 P2.4.1P2.4.2 P2.4.1D10如果是会员，则根据历史消费信息产生的消费推荐信息，生成消费台帐，并可进行适当调整；若不是会员，则根据餐台占用信息及顾客的点菜清单生成消费台账。5-003柜台结帐(P3.3)P3.1P3.3 D10P3.3P3.3P3.4 P3.3P3.5 P3.3 顾客如果是会员，而且消费卡内余额充足，则根据消费台账计算应收金额，并从会员卡中冲减；若不是会员，则根据消费台账计算应收金额，使用现金或银行卡结账。最后打印顾客消费单。5-004会员登记(P4.2)P4.1P4.2 顾客P4.2P4.2D5 根据顾客提供资料以及消费账单登记会员档案。5-005712.5 可行分析及需求分析可行分析及需求分析实例例 1、酒楼无线餐饮管理系统实例722.5 可行分析及需求分析可行分析及需求分析实例例 2、吕梁学院学生成绩管理系统732.6 软件需求件需求规格格说明明书 在需求分析在需求分析过程中，程中，软件人件人员准确理解用准确理解用户需求，需求，进行行细致的致的调查分析，将用分析，将用户非形式化的需求非形式化的需求陈述述转化化为完事的完事的需求定需求定义。但。但还须将需求定将需求定义转化到相化到相应形式的需求形式的需求规格格说明明书。需求需求规格格说明明书742.4.1 实体关系图数据模型包含3种相互关联的信息：数据对象、描述数据对象的属性及数据对象彼此间相互连接的关系 数据对象：对软件必须理解的复合信息的表示可以是外部实体、事物、行为或事件、角色、单位以及地点或结构属性：定义数据对象的性质 属性可以具有3种不同的特性之一：为数据对象的实例命名；描述该实例；引用另一个数据对象的实例 2.4 结构化分析建摸构化分析建摸75关系：数据对象彼此之间相互连接的方式，也称为联系 联系可分为：一对一联系（11）；一对多联系（1N）；多对多联系（MN）联系也可能有属性 实体关系图的符号矩形框代表实体 连接相关实体的菱形框表示关系椭圆形或圆角矩形表示实体（或关系）的属性用无向边把实体（或关系）与其属性连接起来 2.4 结构化分析建摸构化分析建摸762.4 结构化分析建摸构化分析建摸某校教学管理ER图 77