信息系统分析与设计课程实验指导.ppt

Slide Title,Body Text,Second Level,Third Level,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,信息系统分析与设计实验,中南财经政法大学经济管理实验教学中心,信息系统分析,一、实验目的,理解系统分析阶段的工作内容和特点；,掌握需求调查技术；,初步掌握分析建模技术的使用；,学会系统需求分析文挡的编写。,二、实验分组,五人,-,六人为一组,选择一人担任项目经理、一人担任系统分析员、其余同学为程序员或测试人员,在后续的实验中，可以调换角色，以便使每位同学都得到练习的机会。,三、实验内容,绘制模拟项目的数据流程图；,绘制模拟项目的实体关系图,编制模拟项目的数据字典；,编写模拟项目的系统分析说明书。,模拟项目,-,客户支持系统（,CSS,）,项目来源与目的,总体规划的内容，商业过程重组的结果,。,RMO,公司竞争力的核心之一是其发展和保持客户忠诚度的能力，客户支持系统包括从定单输入到货物发送的所有关联到向客户提供产品的功能。,系统功能,定单输入,客户服务,/,目录,定单跟踪,送货,延期交货,退货,销售分析,系统要求,系统支持网上商店、多种形式、图形与自我服务模式、无缝连接与迅速响应、界面统一,四、实验步骤,需求调查,需求分析与建模,需求文档编制,按组编写实验报告,实验报告内容包括软件需求说明书和数据要求说明书,实验成绩根据实验报告评分,五、实验结果及考核,简述信息系统分析的基本步骤。,信息系统的需求调查各个方法的特点和用途是什么？如何结合起来使用？,系统事件和事物是什么？如何识别？,系统数据流程图如何分解？,过程逻辑有几种表示方法？,通过本试验，你认为还需要掌握哪些方面的知识,六、实验思考题,信息系统分析与设计实验,谢谢！,需求调查,-1,工作方法与步骤,向用户分发和收集调查表,评估现存的报告、表格和过程描述,同用户会谈和讨论,观察业务流程和工作流,建立原型,召开联合应用设计（,JAD,）会议,需求调查,-,调查表的样式,需求调查,-,调查表的样式（中文,1,）,这个调查表将发给所有的 销售人员。如你所知，RMO正在为定单获取和客户服务开发一个新的客户支持系统。,这份调查表是为了获得初步的信息，以帮助新系统的需求定义。下面的讨论将有助于每个人发表对系统需求的看法。,第一部分：基于典型的四小时班次，回答下列问题,你接听了多少？,有多少 是对订购一种产品是有用的？,有多少 是要求RMO产品的信息，即，仅仅询问？,估计一下在一个班次中，有多少次顾客要求的商品缺货？,在这些缺货商品的要求中，顾客希望仍然订货的百分比？,有多少次顾客根据过期的产品目录订货？,有多少次顾客在交谈的中途取消了定单？,有多少次定单因为信用问题而被拒绝？,需求调查,-,调查表的样式（中文,2,）,第二部分：基于你对下列观点赞同或不赞同的程度，在,1-7,标记上画圈,第三部分：基于你对下列观点赞同或不赞同的程度，在,1-7,标记上画圈,请简要确定你希望在新系统中解决的当前系统的问题,问题 当同顾客交谈时，产品的描述越长，,越有助于我的工作。,如果我有顾客以往的购买记录，则有助于我的工作。,如果我有所订购商品的辅助信息，则我能为顾客提供更好的服务。,计算机响应时间慢，引起对顾客要求响应的困难。,赞成程度 不赞成程度,1 2 3 4 5 6 7,1 2 3 4 5 6 7,1 2 3 4 5 6 7,1 2 3 4 5 6 7,需求调查,-,同用户会谈检查表的内容,会谈前,制订会谈的目的,确定参加会谈的用户,确定参加会谈的项目开发人员,列出将要讨论的问题或事项的列表,回顾相关的文档资料,确定会谈的时间和地点,会谈中,穿戴得体,准时到达,寻找例外和错误的条件,查明细节,全程记录,确定和记录没有回答的事项或未解决的问题,会谈后,为了准确、完整和理解而检查会谈记录,将信息放到适当的模型或文档中,确定需要进一步澄清的方面,如果合适，发一个致谢的信件,需求调查,-,同用户会谈议程例子,安排,会谈的目的,决定销售提成比例,日期、时间和地点,1999年7月1日，上午9时；William McDougal的办公室,参加的用户（姓名和头衔/职位）,William McDougal，市场销售副总裁，以及他的若干下属,参加的项目组成员,Mary Ellen Green和Jim Williams,讨论内容,谁可以获得销售提成,销售提成的基础是什么？比例是多少？,对退货的提成如何处理？,是否有专门的激励？竞争？基于时间编程？,销售提成是否有变化的范围？有无上限？,什么是例外情况,后续工作,对问题的重要决定或回答：见提成 后的附注,需要解决但未解决的事项：见未解决项列表中的2和3项,下次会议或工作的日期和时间：2000年，7月7日，上午9时,需求调查,-,联合应用设计（,JAD,）会议形式,需求分析与建模,工作步骤,第一步：绘制环境图,(,Context diagram,),或用例图,表示系统的主要用户和用户与系统之间信息的交换，从系统用户的信息需求的观点来解释问题的范围，仅确定进出系统的主要信息流或用户同系统的交互,以获得可能解决方案的概观。,第四步：完成问题定义,进行不同解决方案的初步调查,以评估前面所作的假设。弄清楚这些假设的重要性在于：项目的时间安排表和预算是基于一个假设的开发方法进行的；所有参加人员都能理解了项目时间表的约束；能进行一个精确的可行性研究。,需求分析与建模,-1,工作步骤,第一步：需求整理，解决冲突,对需调查的结果进行分析整理，解决需求冲突，优化需求，必要时作出系统的业务流程图；,第二步：分析系统的事件,在需求调查的成果上，分析并确定系统的输入与输出，进而确定系统的外部事件、时间事件和状态事件；,第三步：列出系统的事件表,在事件分析的基础上，列出系统的事件表；,第四步：作出系统的,E-R,图,根据事件列表和系统所在领域中的知识，确定系统的事物，作出系统的,E-R,图；,需求分析与建模,-2,工作步骤（续）,第五步：画出系统事件对应的数据流程图,根据事件列表、,E-R,图和相关背景知识，逐个画出事件所对应的事件过程的数据流程图；,第六步：系统数据流程图的绘制,从系统的环境图获得系统的概要图，在事件列表的分组的基础上，从概要图分解获得系统的,0,级图；,从,0,级图获得片段图。在分别对各个片段图进行分解，直至分解到基本过程；,对每个基本过程用适当的形式作出其过程逻辑。,第七步：建立系统的数据词典,将系统数据流程图中的数据流、数据存储、,E-R,图中的实体和属性利用数据词典进行定义或说明。,需求分析,-,系统,需求（例,1,）,客户支持系统应该实现下列目标：,是一个高性能的支持系统，提供在线的客户、定单、延期交货和利润的信息。,提供快速输入窗口来支持传统的 和邮购目录销售,包括Internet客户和目录销售能力，包括购买和定单跟踪,保持足够的数据库和 信息来支持市场分析,为客户调查提供客户的 交易,能处理在容量上的大量增加（300%或更高），而不降低性能。,支持新定单的24小时送货,从多个仓库协调定单送货,保持 数据，以支持销售分析和市场需求预测,需求分析,-,系统,需求（例,2,）,一个RMO 销售业务员讲述的处理需求的叙述性描述：,“当客户打进 ，我首先询问他们是否在我们这里 订购过。然后我试图使他们告诉我他们的客户，他们能在目录上的邮件表上查到。如果他们不了解他们的客户号，我需要通过一个排除过程，查找他们的姓名。例如，查看所有的在Dayton的Smiths，直到发现一个正确的名字。下一步，我询问他们正在查看的是什么目录，这些目录有时已经过时。如果是这种情况，我将解释许多商品仍然提供，但价格发生变化。他们自然地指到一个页码，但这对我没有帮助，因为有不同的目录。但我会要求他们告诉我产品的ID。,需求分析,-,系统输入信息的获取,根据需求描述，获得客户支持系统的输入清单：,商品查询,新定单,定单变化要求,定单状态查询,定单履行备注,返回定单备注,目录需求,客户帐户更新备注,促销包细节,客户费用调整,目录更新细节,特殊促销细节,新目录细节,需求分析,-,系统,事件,获取,根据系统需求的描述和输入的分析，可获得外部事件：,顾客要查询可购买的商品,顾客下一个定单,顾客改变或取消定单,顾客和管理人员要求检查定单状态,送货履行定单,顾客退回商品（缺陷、改变主意，全部或部分退货）,顾客要求目录,顾客更新帐户信息,市场部要求送促销材料给顾客,管理人员调整顾客费用（改正错误，作出让步）,商品部门更新商品目录（增加、改变、删除、改变价格）,商品部门产生专门的产品促销,商品部门产生新商品目录,需求分析,-,系统,事件,获取（续）,根据系统需求的描述和业务的分析，可获得时间事件：,定时产生定单汇总报告,定时产生交易汇总,定时产生履行汇总报告,定时产生预期顾客活动报告,定时产生顾客调整,/,取消报告,定时产生目录活动报告,需求建模,-,系统,事件列表（,1,）,事件,触发条件,起源,活动,响应,目的地,顾客要查询可购买的商品,商品查询,顾客,检查商品的可得性,商品可得性的细节,顾客,顾客下一个定单,新定单,顾客,产生新定单,实时连接,定单确认,定单细节,交易,信用机构,顾客,物流部门,银行,顾客改变或取消定单,定单改变请求,顾客,更新定单,改变确认,定单改变细节,交易,顾客,物流部门,银行,产生定单汇总报告时间,周（月、季度、年）底,产生定单汇总报告,定单汇总报告,管理部门,产生交易汇总报告时间,每天结束,产生交易汇总报告,交易汇总报告,财务部门,顾客和管理人员要求检查定单状态,定单状态查询,顾客和管理人员,查询定单状态,定单状态细节,顾客和管理人员,1,2,3,4,5,6,需求建模,-,系统,事件列表（,2,）,事件,触发条件,起源,活动,响应,目的地,送货履行定单,履行定单通知,物流部门,记录定单履行,物流确认回单,回单通知,物流部门,记录回单,回单通知,顾客,顾客退商品,退货单通知,顾客,产生退货单,退货确认,交易,顾客,银行,产生履行汇总报告时间,周（月、季度、年）底,产生履行汇总报告,履行汇总报告,管理部门,潜在顾客要求目录,目录请求,潜在顾客,提供目录信息,目录,潜在顾客,产生潜在顾客活动报告时间,月底,产生潜在顾客活动报告,潜在顾客活动报告,市场部门,顾客更新帐户信息,顾客帐户更新通知,顾客,更新,顾客帐户,7,8,9,10,11,12,13,需求建模,-,系统,事件列表（,3,）,事件,触发条件,起源,活动,响应,目的地,市场部要求送促销材料给顾客,促销方案细节,市场部门,分发,促销宣传资料,促销宣传资料,顾客和潜在顾客,管理部门调整顾客费用,顾客费用调整,管理部门,产生,顾客费用调整,顾客费用调整通知,交易,顾客,银行,产生顾客调整,/,取消报告时间,月底,产生顾客调整报告,顾客调整报告,管理部门,商品部门更新商品目录,目录更新细节,商品部门,更新目录,商品部门产生专门的产品促销,专门促销细节,商品部门,产生专门促销,商品部门产生新商品目录,新目录细节,商品部门,产生新目录,目录,顾客和潜在顾客,产生目录活动报告时间,月底,产生目录活动报告,目录活动报告,销售部门,14,15,16,17,18,19,20,说明该软件同其他软件之间的接口、数据通信协议等。,对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。,软件需求说明书的 编写（续1）,销售部门更新商品目录（增加、改变、删除、改变价格）,新订单 =顾客姓名+顾客地址+,需求建模-事件的数据流程图（1）,，表示“或”，选择括号内的某一项,如果是这种情况，我将解释许多商品仍然提供，但价格发生变化。,同其他软件的接口的变化；,1999年7月1日，上午9时；,需求建模-事件的数据流程图（10）,确定参加会谈的项目开发人员,4 参考资料 列出用得着的参考资料，如：,RMO公司竞争力的核心之一是其发展和保持客户忠诚度的能力，客户支持系统包括从定单输入到货物发送的所有关联到向客户提供产品的功能。,数据要求说明书的编写（续1）,大号兰色 打褶3000 300,需求建模,-,事件列表的组成,事件,触发条件,起源,活动,响应,目的地,顾客检查商是否可以获得,商品查询,顾客,检查商品的可得性,商品可得性的细节,顾客,事件使系统做某些事情,触发条件：系统如何,知道事件发生？对于,外部事件，其是系统,数据输入；对于时间,事件，其是定义触发,系统过程的定义点。,起源：对于外部事件，,外部实体或作用者是,系统数据输入的来源,活动：当事件发生,系统做什么？,响应：如果有输出，,系统将产生什么输出,？,目的地：什么外部,实体将获得系统的,输出？,需求建模,-,系统,的产品与品种,产品和品种,产品,ID,产品名称 季节 种类 供应商 单价 特价 特价价格 折扣 描述,RMO210,远足裤,春夏布,8201$35.00,$0.00,无 户外棉长裤,尺寸颜色,样式 库存数量 再订购级别 订购单位,大号兰色 打褶,3000 300,大号,深紫灰色,平,2000 300,大号,深紫灰色,打褶,3000 300,小号兰色 平,3000 300,小号兰色 打褶,5000 300,小号,深紫灰色,打褶,3000 300,小号,深紫灰色,打褶,3000 300,产品,ID,产品名称 季节 种类 供应商 单价 特价 特价价格 折扣 描述,RMO212,布,T,衫,春夏布,8201$28.00,$0.00,无 薄棉,T,衫,尺寸颜色,样式 库存数量 再订购级别 订购单位,大号兰色 园领,3000 300,大号兰色 型领,3000 300,大号黄色 园领,3000 300,小号黄色 型领,3000 300,小号兰色 型领,3000 300,小号黄色 园领,2000 300,小号黄色 型领,3000 300,需求建模,-,系统,事物的识别,根据系统需求的描述和业务表格的分析：,每个顾客可以提交,0-N,个,订单,；,每个订单可以有一个或多个,订单（商品）项,；,每个订单项是针对一个特定的,库存（商品）项，或品种,，例如特定尺寸和颜色的衬衣；,每个库存商品项应该有一个该尺寸和颜色的商品的库存量，由于有多种颜色和尺寸（各自有其自己的数量），所以每个库存商品项同一个,产品项,相联系，其描述该产品的基本情况（销售商、商品描述、季节、正常价格、特价）；,每个产品项被包含在一个或多个,目录,中；,目录也提供商品“,包,”（,0-N,），“包”表示减价的成套商品，如衬衣、裤子和皮带等；,“包”包含产品项，必须至少一个产品项。,需求建模,-,系统,的实体关系图,顾客,订单,订单,交易,订单项,货运,发货人,库存项,返回项,产品项,目录,包,查询,可得,商品,需求建模,-,事件的数据流程图（,1,）,顾客,目录,产品项,库存项,1,商品,查询,可提供商,品的细节,事件源,触发,活动,目的地,响应,外部实体、数据流和过程来自事件列表中关于事件的信息,数据存储来自于实体（实体关系图）,需求建模,-,事件的数据流程图（,2,）,顾客,顾客,2,产生,新订单,订单确认,订单细节,库存项,订单,订单项,订单交易,物流,部门,产品项,新订单,信用,机构,信用信息,交易,更改,订单,需求建模,-,事件的数据流程图（,3,）,顾客,顾客,3,更改确认,订单更改细节,库存项,订单,订单项,订单交易,物流,部门,产品项,订单更改细节,信用,机构,信用信息,交易,需求建模,-,事件的数据流程图（,4,）,顾客,4,产生订单,汇总报告,订单汇总报告,库存项,订单,订单项,订单交易,管理,部门,产品项,需求建模,-,事件的数据流程图（,5,）,5,产生交易,汇总报告,交易汇总报告,订单,订单项,订单交易,财务,部门,需求建模,-,事件的数据流程图（,6,）,顾客,6,查询,订单状态,订单状态细节,订单,订单项,货运,发货人,顾客或,管理部门,订单状态查询,需求建模,-,事件的数据流程图（,7,）,7,记录,订单履行,订单,订单项,货运,发货人,物流,部门,订单履行通知,需求建模,-,事件的数据流程图（,8,）,8,记录,延迟交货,顾客,订单,订单项,物流,部门,延迟交货通知,顾客,延迟交货通告,需求建模,-,事件的数据流程图（,9,）,9,产生订单返回,库存项,订单,订单项,顾客,返回确认,交易,顾客,返回项,订单返回通知,需求建模,-,事件的数据流程图（,10,）,10,产生履行汇总报告,订单项,产品项,返回项,管理,部门,履行汇总报告,订单,货运,发货人,需求建模,-,事件的数据流程图（,11,）,11,提供,目录信息,目录,顾客,包,顾客,目录要求,目录,产品项,需求建模,-,事件的数据流程图（,12,）,12,产生,潜在顾客活动报告,顾客,订单,订单项,市场,部门,潜在顾客活动报告,订单交易,需求建模,-,事件的数据流程图（,13,）,13,更新,顾客帐户,顾客,顾客,顾客帐户更改通知,需求建模-事件的数据流程图（19）,折扣+描述+,软件需求说明书的 编写（续1）,软件需求说明书的编写（续2）,数据要求说明书的编写（续1）,需求建模-事件的数据流程图（16）,中南财经政法大学经济管理实验教学中心,需求建模-系统DFD绘制（环境图）,顾客要查询可购买的商品,有多少次顾客在交谈的中途取消了定单？,召开联合应用设计（JAD）会议,第七步：建立系统的数据词典,4 参考资料 列出用得着的参考资料，如：,需求建模-事件的数据流程图（1）,“当客户打进 ，我首先询问他们是否在我们这里 订购过。,需求建模-系统DFD绘制（概要图）,如果是这种情况，我将解释许多商品仍然提供，但价格发生变化。,表示重复，花括号内的项多次重复出现，重复的次数的上下限也标出,需求建模,-,事件的数据流程图（,14,）,14,发送,促销包,顾客,市场,部门,促销包细节,顾客和,潜在顾客,促销包,需求建模,-,事件的数据流程图（,15,）,15,顾客,订单,订单项,管理,部门,费用调整通知,订单交易,产生顾客,费用调整,顾客,顾客费用调整,交易,需求建模,-,事件的数据流程图（,16,）,16,顾客,订单,订单项,管理,部门,订单交易,产生顾客,调整报告,顾客调整报告,需求建模,-,事件的数据流程图（,17,）,17,目录,包,产品项,销售,部门,更新,目录,目录更新细节,需求建模,-,事件的数据流程图（,18,）,18,目录,包,产品项,销售,部门,产生,特别促销,特别促销细节,需求建模,-,事件的数据流程图（,19,）,19,目录,包,产品项,销售,部门,产生,新目录,新目录细节,顾客,目录,需求建模,-,事件的数据流程图（,20,）,20,目录,订单项,包,销售,部门,产品项,产生目录,活动报告,目录活动报告,需求建模,-,系统,DFD,绘制（环境图）,活动报告,客户,支持,系统,0,顾客,市场,部门,信用,机构,销售,部门,管理,部门,物流,部门,商品退货信息,顾客变更通知,延迟交货通知,新订单,促销包信息,潜在顾客信息,履行报告,销售报告,销售报告,执行报告,目录更新,交货,BOL,存款信息,延迟交货通知,订单履行通知,订单细节,信用确认,需求建模,-,系统,DFD,绘制（概要图）,顾客调整报告,客户,支持,系统,0,财务,潜在,顾客,顾客,市场,部门,信用,机构,销售,部门,管理,部门,物流,部门,变更确认,订单变更要求,订单返回通知,返回确认,延迟交货通知,订单确认,新订单,商品可得性细节,商品查询,促销包细节,潜在顾客活动报告,订单状态查询,顾客费用调整,订单状态细节,履行汇总报告,订单汇总报告,目录活动报告,特别促销细节,目录更新细节,顾客帐户变更通知,费用调整通知,订单状态查询,订单状态细节,目录要求,目录,促销包,交易,交易汇总报告,延迟交货通知,订单履行通知,订单细节,订单变更细节,需求建模,-,系统,DFD,绘制（系统划分,-1,）,顾客要查询可购买的商品,顾客下一个订单,顾客改变或取消订单,产生订单汇总报告时间,产生交易汇总时间,顾客和管理人员要求检查订单状态,物流履行订单,物流确定延期交货订单,顾客退回商品（缺陷、改变主意，全部或部分退货）,产生履行汇总报告时间,潜在顾客要求目录,产生潜在顾客活动报告时间,顾客更新帐户信息,市场部要求送促销材料给顾客,管理人员调整顾客费用（改正错误，作出让步）,产生顾客调整,/,取消报告时间,销售部门更新商品目录（增加、改变、删除、改变价格）,销售部门产生专门的产品促销,销售部门产生新商品目录,产生目录活动报告时间,有关订单输入活动,有关订单履行活动,有关顾客关系活动,有关目录维护活动,需求建模,-,系统,DFD,绘制（系统划分,-2,）,订单输入子系统,顾客要查询可购买的商品,顾客下一个订单,顾客改变或取消订单,产生订单汇总报告时间,产生交易汇总时间,订单履行子系统,顾客和管理人员要求检查订单状态,物流履行订单,物流确认延期交货订单,顾客退回商品（缺陷、改变主意，全部或部分退货）,产生履行汇总报告时间,需求建模,-,系统,DFD,绘制（系统划分,-3,）,客户关系子系统,潜在顾客要求目录,产生潜在顾客活动报告时间,顾客更新帐户信息,市场部要求送促销材料给顾客,管理人员调整顾客费用（改正错误，作出让步）,产生顾客调整,/,取消报告时间,目录维护子系统,销售部门更新商品目录（增加、改变、删除、改变价格）,销售部门产生专门的产品促销,销售部门产生新商品目录,产生目录活动报告时间,需求建模,-,系统,DFD,绘制（子系统图）,财务,销售,信用机构,物流,市场,顾客,管理,物流,顾客,顾客,顾客,管理,订单输入,子系统,目录维护,子系统,订单履行,子系统,客户关系,子系统,目录,顾客,库存项,订单,订单项,订单交易,包,产品项,返回项,货运,发货人,订单修改细节,订单细节,交易,订单汇总,报告,信用信息,商品查询,可获商品细节,新订单,订单确认,订单变更要求,变更确认,目录,目录变动细节,新目录细节,特别促销细节,目录活动报告,交易汇总,报告,订单返回通知,返回确认,费用调整通知,促销包,目录,目录要求,顾客帐户变动通知,促销包细节,潜在客户活动报告,顾客,费用调整,延迟交货说明,订单状态细节,订单状态查询,订单履行通知,延迟交货通知,交易,订单状态查询,订单状态,细节,履行,汇总,报告,需求建模,-,系统,DFD,绘制（订单输入子系统的,0,级图）,顾客,物流,部门,信用,机构,管理,部门,2,产生,新订单,1,检查,可得性,3,更新,订单,4,产生订单,汇总报告,5,产生交易,汇总报告,目录,顾客,订单,订单项,产品项,库存项,订单交易,变更确认,订单变更请求,商品,查询,可购商品细节,订单变更细节,订单确认,新订单,订单细节,交易汇总报告,订单汇总报告,交易,交易,需求建模,-,系统,DFD,绘制（产生新订单,1,级图）,顾客,信用,机构,物流,部门,记录,顾客,信息,记录,订单,订单,确认,记录,订单,交易,订单,订单项,产品项,库存项,订单交易,顾客,交易细节,订单细节,新订单,订单,ID,交易,确认后,订单细节,订单确认,过程,2.1,记录顾客信息,从顾客获得新订单数据流,如果是新顾客则,产生新顾客的,ID,将顾客详细信息加到顾客数据存储,否则,利用顾客,ID,或姓名确认顾客,结束条件判断,对在新订单数据流中的每项订购的商品：,将订购的商品加到订单细节数据流中,结束循环,将顾客,ID,加到订单细节数据流中,输出订单细节数据流,需求建模,-,系统,DFD,绘制（基本过程的过程逻辑）,顾客,记录,顾客,信息,顾客,新订单,订单,细节,需求建模,-,数据字典（数据流定义）,New-Order=Customer-Name+Customer-Address+,Credit-Card-Information+,Item-Number+Quantity,新订单,=,顾客姓名,+,顾客地址,+,信用卡信息,+,商品编号,+,数量,需求建模,-,数据字典（数据结构）,产品,-,品种,-,报告,=,产品,ID+,产品名称,+,季节,+,种类,+,供应商,+,单位价格,+,特价,+,特价价格,+,折扣,+,描述,+,尺寸,+,颜色,+,样式,+,库存数量,+,再订购级别,+,订购单位,新定单,=,客户姓名,+,客户地址,+,信用卡信息,+,商品编号,+,数量,=,表示“被定义为”,；,+,表示“与”,；,m.n,表示“界域,”,，,表示“或”，选择括号内的某一项,|,表示“或”，选择括号内的某一项,表示重复，花括号内的项多次重复出现，重复的次数的上下限也标出,（,）,表示“可选”,“,”,表示引号内的是基本数据元素，无需进一步定义,N,1,N,1,需求文档编制,-1,软件需求说明书的编写,1,引言,1.1,编写目的,说明编写这份软件需求说明书的目的，指出预期的读者。,1.2,背景,说明：,a.,待开发的软件系统的名称；,b.,本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；,c.,该软件系统同其他系统或其他机构的基本的相互来往关系。,1.3,定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。,1.4,参考资料,列出用得着的参考资料，如：,a.,本项目的经核准的计划任务书或合同、上级机关的批文；,b.,属于本项目的其他已发表的文件；,本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。,需求文档编制,-2,软件需求说明书的 编写（续,1,）,2,任务概述,2.1,目标,叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。,|,2.2,用户的特点,列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束,2.3,假定和约束,列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。,需求文档编制,-3,软件需求说明书的编写（续,2,）,3,需求规定,3.1,对功能的规定,a.,用列表的方式（例如,IPO,表即输入、处理、输出表的形式），,b.,逐项定量和定性地叙述对软件所提出的功能要求，,c.,说明输入什么量、经怎样的处理、得到什么输出，,d.,说明软件应支持的终端数和应支持的并行操作的用户数。,需求文档编制,-4,软件需求说明书的编写（续,3,）,3.2,对性能的规定,精度,说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度,时间特性要求,说明对于该软件的时间特性要求，如对：,a.,响应时间；,b.,更新处理时间；,c.,数据的转换和传送时间；,d.,解题时间；等的要求。,灵活性,说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：,a.,操作方式上的变化；,b.,运行环境的变化；,c.,同其他软件的接口的变化；,d.,精度和有效时限的变化；,e.,计划的变化或改进。,对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。,需求文档编制,-5,软件需求说明书的编写（续,4,）,3.3,输人输出要求,解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。,3.4,数据管理能力要求,说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。,3.5,故障处理要求,列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。,3.6,其他专门要求,如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。,需求文档编制,-6,软件需求说明书的编写,（续,5,）,4,运行环境规定,设备,列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：,a.,处理器型号及内存容量；,b.,外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；,c.,输入及输出设备的型号和数量，联机或脱机；,d.,数据通信设备的型号和数量；,e.,功能键及其他专用硬件,支持软件,列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。,接口,说明该软件同其他软件之间的接口、数据通信协议等。,控制,说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源,需求文档编制,-7,数据要求说明书的编写,1,引言,1.1,编写目的,说明编写这份数据要求说明书的目的，指出预期的读者。,1.2,背景,说明：,a.,待开发软件系统的名称；,b.,列出本项目的任务提出者、开发者、用户以及将运行该项软件的计算站（中心）或计算机网络系统。,1.3,定义,列出本文件中用到的专门术语的定义和外文首字母组词的原词组。,1.4,参考资料,列出有关的参考资料，如：,a.,本项目的经核准的计划任务书或合同，上级机关的批文；,b.,属于本项目的其他已发表文件；,c.,本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位。说明能够得到这些文件资料的来源。,需求文档编制,-8,数据要求说明书的编写（续,1,）,2,数据的逻辑描述,对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据，包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。,2.1,静态数据,列出所有作为控制或参考用的静态数据元素。,2.2,动态输人数据,列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。,2.3,动态输出数据,列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。,2.4,内部生成数据,列出向用户或开发单位中的维护调试人员提供的内部生成数据,数据约定,说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制（容 量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的限制更要明确指出。,需求文档编制,-9,数据要求说明书的编写（续,2,）,3,数据的采集,要求和范围,按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包括：,a.,输入数据的来源，例如是单个操作员、数据输入站，专业的数据输入公司或它们的一个分组；,b.,数据输入（指把数据输入处理系统内部）所用的媒体和硬设备。如果只有指定的输入点的输入才是合法的，则必须对此加以说明；,c.,接受者说明输出数据的接受者；,d.,输出数据的形式和设备列出输出数据的形式和硬设备。,e.,数据值的范围给出每一个数据元的合法值的范围；,f.,量纲给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下，要给出每一种合法值的形式和含意；,g.,更新和处理的频度给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。,需求文档编制,-10,数据要求说明书的编写（续,3,）,输入的承担者,说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。,预处理,对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。,影响,说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。,谢谢观看,