软件需求-第3课-软件需求过程示例及相关基础(第1版)

第3章软件需求过程例如及相关根底1本课主要讨论问题1例如-社保需求的开发过程2关于业务模型第3章软件需求工程示例及相关基础3关于用例21例如-社保需求的开发过程2关于业务模型3关于用例本课主要讨论问题第3章软件需求工程示例及相关基础3第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善4第3章软件需求工程示例及相关基础前期准备1234需求调研需求分析需求完善战略目标管理目标应用目标技术目标功能目标决策层业务操作层目标制定明确目标1例如-社保需求的开发过程5第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善建设内容？建设原那么？部标准标准？省标准标准？1、战略目标明确目标6第3章软件需求工程示例及相关基础1例如-社保需求的开发过程2、管理目标2、管理目标前期准备1234需求调研需求分析需求完善几级业务经办模式？管理向上集中内容？效劳向下延伸内容？管理标准程度？提高效劳能力限度？明确目标7第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善五险合一的业务架构？社会保障应用领域？劳动与社保一体化？全市统一应用？3、应用目标明确目标8第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善数据分布策略？核心业务的技术架构？医疗结算的技术架构？社区平台的技术架构？医院端的联网方案？4、技术目标明确目标9第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善四大功能？业务范围〔险种〕？功能需求？接口需求？性能需求？平安需求？5、功能目标明确目标10第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善政策梳理11第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善梳理现有业务流程输入什么如何处理输出什么业务表单从上个环节得到信息从数据库得到信息岗位名称业务环节名称打印单据产生信息梳理现有业务流程12第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善需求调研过程13第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善什么是业务项？缴费个人社会保险登记与变更业务包括以下业务工程：参保〔含招工、复转军人、大、中专、技校毕业生等首次参加社会保险的人员〕、统筹范围转入、跨统筹范围转入、恢复缴费、退休、死亡、出国定居、统筹范围转出、跨统筹范围转出、暂停缴费〔含开除、除名、辞职、辞退、终止或解除劳动关系、判刑等〕、农业户口从业人员回原籍。梳理业务项14第3章软件需求工程示例及相关基础1例如-社保需求的开发过程如何描述业务项？对一个业务工程的描述，可从输入什么，系统处理什么，怎样处理，结果是什么或输出什么几个环节分别描述。使用自然语言，不要怕繁琐，以讲清楚内容为原那么。前期准备1234需求调研需求分析需求完善15第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善业务项描述举例缴费人员登记处理新参保单位办理社会保险登记后，或已参保单位对招用的未参保人员〔含招工、复转军人、大中专技校毕业生等〕，应办理缴费人员登记手续，输入?参加社会保险缴费人员增加(减少)变动名册?。输入时，系统应首先提示办理登记〔人员增加〕的年月，然后输入所在单位的单位代码，输入后，由系统显示单位名称，输入有误时，应允许重输。确认后，输入工程及要求如下：16第3章软件需求工程示例及相关基础1例如-社保需求的开发过程序号也称个人序号，为缴费单位自行确定的为缴费人员排序使用的内部编码。留6位数字输入位置，缺乏6位的，数字前用0补齐，如序号为1的人员个人序号为000001。个人序号在缴费单位内部不得重码，输入时，系统应提供该单位缴费人员个人序号末位号的下一个序号缺省值，供操作人员选择，输入后，系统检验是否重码。1.序号留４个汉字输入位置，至少输入两个或两个以上汉字，起始位置不允许输入非汉字。

2.姓名由系统提示“男〞、“女〞，供操作人员选择输入。3.性别输入格式为：××××年××月××日4.出生日期由系统提示养老保险、医疗保险、失业保险、工伤保险、生育保险，供操作人员选择输入。同时描述清楚与新参保业务有关的全部业务处理内容，如缴费基数确定、个人帐户建立、变更日期记录、补收核定等。5.参加险种前期准备1234需求调研需求分析需求完善17第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善需求分析过程18第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善业务流程优化：业务流程优化目标一19第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善业务流程优化目标二20第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善业务拆分：从多级业务经办的模式及受理方式、对外接口等角度出发，在各自规定的权限内进行功能的划分，即对业务线的流程进行拆分

21第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善业务组合：从业务流程优化的目标〔提高效劳能力〕出发，分析各业务线，把能组合的业务流程或业务环节进行组合。22第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善举例23第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善关键问题研究：把优化的业务流程与当前现状进行比对，找出差距。尤其要找出机构、岗位、管理、政策等方面不配套的地方进行研究，并提出改进建议。关键问题分析24第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善一、设计新流程业务用表〔用人单位用的、内部用的、业务用的、财务用的、统计用的、填报形式的、电子形式的、填报说明、逻辑关系等〕二、制定业务经办规程〔含审核凭证〕

三、设置岗位和岗位职责四、归纳各类编码与参数25第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善设计业务表单设计出符合新业务流程的表、证、卡、册、单，编写详细的填表说明，包括由谁填报、何时使用、一式几联、如何留存等。要详细说明表所设计的工程含义，填写要求等。同时还要规定工程之间以及表与表之间的逻辑关系等。26第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善制定经办规程根据设计的业务流程图和业务表单，制定出业务经办的规定和程序。主要内容包括各项业务的定义、办理的内容和方法等。如社会保险登记业务，应写明什么情况要办理该业务，填报什么表，审核什么单据和凭证，记录什么内容，打印什么证件〔登记证〕，并对各种情况的处理做出规定。27第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善业务规程内容业务规程应对全部经办业务做出规定，任何操作都应有明确的办理方法，是业务经办大全。处理方法力求清晰明了。28第3章软件需求工程示例及相关基础1例如-社保需求的开发过程前期准备1234需求调研需求分析需求完善整理历年参数：将业务表、规程等使用的各项参数归纳整理出来，包括各种标准、编码、参数等。如缴费比例、最高和最低缴费标准、个人帐户记账利率、上年社会月平均工资等。内容完整准确：业务参数是业务经办中经常使用的信息，除各项参数以外，还应包括计算公式等。如待遇计算公式，个人帐户利息计算公式，并写明在不同情况下公式的变化。既要完整，又要准确。291例如-社保需求的开发过程2关于业务模型3关于用例本课主要讨论问题第3章软件需求工程示例及相关基础30第3章软件需求工程示例及相关基础2关于业务模型模型是对某个事物的抽象，其目的是在构建该事物之前先来理解它，因为模型忽略了那些非本质的细节，由此在操作上要来得更容易。模型是简化的实现或者说是现实的化简。要创立复杂的系统，开发者需要抽象出系统不同的视图，使用准确的表示方法来构建模型，检验模型是否满足系统的需求。并逐步为模型增加细节，将其转换为实现。模型的用途：与用户交流的可视化的方法，可以减低系统的复杂性，以及与用户交流的歧义。31法制管理监督管理属性状态管理行为管理状态属性行为初始状态状态变化缴款申报应纳尽纳应收尽收发票证件涉税文书第3章软件需求工程示例及相关基础2关于业务模型税收软件业务理解32第3章软件需求工程示例及相关基础登记管理税种登记状态管理证件管理双定管理涉税文书管理发票管理申报征收会统核算税收方案税源管理票证管理稽查选案稽查实施稽查审理稽查执行稽查档案管理服务征收核算税务稽查税收法制税收业务管理应用系统行政执法行政复议行政应诉行政赔偿2关于业务模型业务模型举例33第3章软件需求工程示例及相关基础341例如-社保需求的开发过程2关于业务模型3关于用例本课主要讨论问题第3章软件需求工程示例及相关基础35第3章软件需求工程示例及相关基础3关于用例主要内容用例参与者脚本用例间的关系用例图用例的描述寻找用例的方法常见问题分析小结36第3章软件需求工程示例及相关基础3关于用例定义1:用例是对一个参与者(actor)使用系统的一项功能时所进行的交互过程的一个文字描述序列。定义2：用例是系统、子系统或类和外部的参与者(actor)交互的动作序列的说明，包括可选的动作序列和会出现异常的动作序列。用例描述〔定义〕37用例是最终用户和开发人员之间的沟通渠道。用例的一个主要用途就是作为沟通工具，使最终用户和开发人员能够清楚地理解需求。用例将参与者和系统之间的对话模型化，并且由参与者来启动，以调用系统中的某个功能。用例是完整的、有意义的事件流。将所有用例放在一起，就构成了使用系统的所有可能的方式。第3章软件需求工程示例及相关基础3关于用例理解用例38第3章软件需求工程示例及相关基础3关于用例用例例如39第3章软件需求工程示例及相关基础3关于用例采用用例进行需求分析的特点用例从使用系统的角度描述系统中的信息；用例描述了用户提出的一些可见需求，对应一个具体的用户目标；用例是对系统行为的动态描述。进行用例分析时，只把重要，交互过程复杂的用例找出来。

用例表示功能性需求，非功能性需求用补充文档描述。40第3章软件需求工程示例及相关基础3关于用例UML的建模机制静态建模动态建模类图、对象图构件图、部署图用例图、顺序图协作图、状态机图活动图采用UML建模时主要使用的图41第3章软件需求工程示例及相关基础3关于用例用例在需求分析中的地位1、需求分析说明书的内容：系统的目的和内容；系统中的术语表用例系统采用的技术开发过程中的参加人员、业务规那么、系统运行所依赖的条件、平安要求、文档要求等各种其它需求法律、政治、组织机构等方面的问题42第3章软件需求工程示例及相关基础3关于用例用例在需求分析中的地位2、用例的本质〔1〕用例只是所有需求中的一局部内容〔2〕用例分析是一种功能分解的技术〔3〕用例是与实现无关的关于系统功能的描述。用例分析做得好坏，将直接影响系统的开发。〔4〕一般情况下，一个用例由一个协作实现3、协作的定义协作是对由共同工作的类、接口和别的元素所组成的群体的命名，这组群体提供合作的行为。

43第3章软件需求工程示例及相关基础3关于用例用例及其实现44主要内容用例参与者脚本用例间的关系用例图用例的描述寻找用例的方法常见问题分析小结第3章软件需求工程示例及相关基础3关于用例45第3章软件需求工程示例及相关基础3关于用例参与者1、定义：参与者〔actor〕指系统以外的，需要使用系统或与系统交互的事情，包括人、设备、外部系统等。2、例如：在一个银行业务系统中可能有如下的参与者；客户：从系统获取信息并执行金融交易管理人员：管理系统的用户。获取并更新信息厂商：接收作为转账支付结果的资金。Mail系统。

46第3章软件需求工程示例及相关基础3关于用例参与者3、参与者的表示Icon形式Label形式Decoration形式47第3章软件需求工程示例及相关基础3关于用例客户买进证券卖出证券4、参与者与用例之间的关系一个参与者可以执行多个用例.参与者48第3章软件需求工程示例及相关基础3关于用例4、参与者与用例之间的关系参与者一个用例也可以被多个参与者执行.浏览账户余额客户管理人员49第3章软件需求工程示例及相关基础3关于用例5、参与者之间的关系参与者参与者事实上也是一个类，因此参与者之间可以存在继承关系.50第3章软件需求工程示例及相关基础3关于用例主要内容用例参与者脚本用例间的关系用例图用例的描述寻找用例的方法常见问题分析小结51第3章软件需求工程示例及相关基础3关于用例脚本定义：在UML中，脚本指贯穿用例的一条单一路径，用来显示用例中的某种特殊情况。脚本是用例的实例每个用例都有一系列的脚本，其中包括一个主要脚本，以及多个次要脚本。相对于主要脚本来说，次要脚本描述了执行路径中的异常或可选的情况。一般采用文字描述方式52第3章软件需求工程示例及相关基础3关于用例主要内容用例参与者脚本用例间的关系用例图用例的描述寻找用例的方法常见问题分析小结53第3章软件需求工程示例及相关基础3关于用例用例之间的关系泛化关系包含关系<<include>>扩展关系<<extend>>依赖关系的版型依赖性代表的是一种客户/提供者的关系，如果提供者发生了变动，那么客户也要做出相应的改动。

<<include>>关系描述的是一个用例需要某种类型的行为，而另一个用例定义了该行为，那么在用例的执行过程中，就可以调用已经定义好的用例。<<include>>关系的特点是由调用用例决定是否进行调用，被调用的对象对调用对象一无所知，并且不参与其中的选择判断。用例之间的关系54第3章软件需求工程示例及相关基础3关于用例用例之间的关系泛化〔generalization〕代表一般与特殊的关系。

泛化的意思与OO程序设计中的继承概念类似，在分析和设计阶段，用泛化术语较多一些。55第3章软件需求工程示例及相关基础3关于用例包含〔include〕指的是两个用例间的关系，其中一个用例〔称作根本用例〕的行为包含了另一个用例〔称作包含用例〕的行为。使用<<include>>关系的约束：调用用例只能依赖被调用用例的返回结果，它对被调用用例的内部结构没有了解；调用用例总会要求被调用用例执行，对被调用用例的使用是无条件的。用例之间的关系虚线箭头表示，由调用用例指向被调用用例基用例包含用例56第3章软件需求工程示例及相关基础3关于用例扩展<<extend>>关系指的是一个用例可以增强另一个用例的行为，扩展用例提供了一个离散的行为,可以将自己添加到基用例中。表示的时候箭头由扩展用例指向执行用例,箭头的尾部在扩展用例一侧表示扩展取决于扩展用例,而不是执行用例,执行用例对扩展是毫无所知的。应用扩展关系的四个要素：基用例〔执行用例〕：需要被扩展用例加强的用例扩展用例：提供所添加的行为的用例<<extend>>关系：使用虚线箭头表示，箭尾在扩展用例上，箭头指向基用例扩展点：基用例中的一个或多个位置，在该位置会衡量某个条件以决定扩展是否打断基用例的执行。用例之间的关系57第3章软件需求工程示例及相关基础3关于用例ReschedulePerformancecancelPerformanceRescheduleEventextensionpointsIfeventmovedtonewdaterangeIfenddatesetearlier

扩展用例依赖于根本用例扩展用例基用例〔执行用例〕扩展用例的执行是有条件的用例之间的关系-扩展关系58第3章软件需求工程示例及相关基础3关于用例

扩展用例〔对扩展关系〕根本用例〔对扩展关系〕根本用例〔对包含关系〕包含用例〔对包含关系〕用例之间的关系-包含与扩展关系59第3章软件需求工程示例及相关基础3关于用例用例之间的关系泛化、包含与扩展关系的比较一、从判断的角度泛化关系和扩展关系表示的是用例之间的“isa〞关系包含关系表示的是用例之间的〞hasa〞关系。二、从执行的角度在扩展关系中根本用例是可以独立存在的用例。一个根本用例执行时，可以执行、也可以不执行扩展局部。在包含关系中，根本用例可能是、也可能不是独立存在的用例，在根本用例执行时，一定会执行包含用例局部。三、从使用的角度如果需要重复处理两个或多个用例时，可以考虑使用包含关系，实现一个用例对另一个用例的引用；当描述正常行为的变型而且希望采用更多的控制方式时，可以在根本用例中设置扩展点，使用扩展关系；当处理正常行为的变型而且只是偶尔描述时，可以考虑只使用泛化关系。包含和扩展关系表示用例的重用。60第3章软件需求工程示例及相关基础3关于用例主要内容用例参与者脚本用例间的关系用例图用例的描述寻找用例的方法常见问题分析小结61第3章软件需求工程示例及相关基础3关于用例定义：用例图〔usecasedisgram)是显示一组用例、参与者以及它们之间关系的图。在UML中，一个用例模型由假设干个用例图描述。网上可以下载StarUML软件工具可以绘制用例图用例图62第3章软件需求工程示例及相关基础3关于用例63第3章软件需求工程示例及相关基础3关于用例主要内容用例参与者脚本用例间的关系用例图用例的描述寻找用例的方法常见问题分析小结64第3章软件需求工程示例及相关基础3关于用例没有描述的用例就像是一本书的目录，我们只知道该目录标题，并不知道该目录下的具体内容是什么。用例的定义中，提到用例是一个“文字描述序列〞，是“动作序列的说明〞。因此，用例的描述是用例的主要局部，是后续的交互图分析和类图分析必不可少的局部。一般来说，用例采用自然语言描述参与者与系统进行交互时双方的行为，不追求形式化的语言表达。用例的描述65第3章软件需求工程示例及相关基础3关于用例用例描述一般应包括的内容用例的目标用例是怎么启动的参与者和用例之间的消息是如何传递的用例中除了主路径外，其他路径是什么用例结束后的系统状态其它需要描述的内容用例的描述66第3章软件需求工程示例及相关基础3关于用例例如-税收业务管理系统的业务模型-税种登记用例图67用例名称税种登记用例编号创建人banner_glfw创建日期2008-11-30版本号主要参与者办理税种登记的税务人员；次要参与者简要描述进行税（费）种登记时要求