第五章需求工程与需求分析ppt课件.pptx
中国石油大学胜利学院,OOSE中需求建模示例,五、需求工程与需求分析,第5章 需求工程与需求分析,软件需求工程需求分析与建模需求获取的常用方法需求模型软件需求描述需求管理需求建模示例,中国石油大学胜利学院,5.1 需求工程与需求分析,两个概念,中国石油大学胜利学院,5.2 需求分析与建模,需求分析的步骤需求分析是迭代过程,中国石油大学胜利学院,5.3 需求获取的常用方法,常规的需求获取方法联合分析小组 用户代表、领域专家和系统分析员客户访谈 充分准备，寻找共同语言 循循序渐进、逐步逼近 问题分析与确认 多个来回,中国石油大学胜利学院,5.3 需求获取的常用方法,用快速原型法获取需求利用各种分析技术和方法，生成一个简化的需求规格说明；对需求规格说明进行必要的检查和修改后，确定原型的软件结构、用户界面和数据结构等；在现有的工具和环境的帮助下快速生成可运行的软件原型并进行测试、改进；将原型提交给用户评估并征求用户的修改意见；重复上述过程，直到原型得到用户的认可。,中国石油大学胜利学院,快速原型模型,需求,原型开发,最终系统设计,原型评价,最终系统实现,用户反馈,中国石油大学胜利学院,4.4 需求模型,需求模型概述结构化需求模型面向对象需求模型面向对象的需求建模画用例图写用例规约描述补充规约编写术语表,中国石油大学胜利学院,SA模型的组成与描述,SA模型的描述工具：DFD、DD和PSPEC：这是早期SA模型的基本组成部分；CFD、CSPEC和STD：是早期SA模型的扩展成分，适应实时软件的建模需要；E-R图：适用于描述具有复杂数据结构的软件数据模型；,DD（数据字典）：系统所涉及的各种数据对象的描述。E-R图（实体-联系图）：描述数据对象间的关系，它代表软件的 数据模型。DFD（数据流图）：指明系统中数据是如何流动和变换的。STD（状态-变迁图）：用于指明系统在外部事件的变化下将会 如何动作，表明系统的各种状态以及各种状态间的变迁。,中国石油大学胜利学院,4.4.1 结构化需求模型,中国石油大学胜利学院,4.4.2 面向对象需求模型,中国石油大学胜利学院,如何画用例模型,确定参与者步骤一存在于系统外部、与系统交互的人、硬件、其他系统通过回答问题确定参与者系统开发完成之后，有哪些人会使用这个系统？ 系统需要从哪些人或其他系统中获得数据？ 系统会为哪些人或其他系统提供数据？ 系统会与哪些其他系统相关联？ 系统是由谁来维护和管理的？,中国石油大学胜利学院,如何画用例模型,确定用例步骤二考察每个参与者与系统的交互和需要系统提供的服务通过回答问题确定用例参与者为什么要使用该系统？ 参与者是否会在系统中创建、修改、删除、访问、存储数据？如果是的话，参与者又是如何来完成这些操作的？ 参与者是否会将外部的某些事件通知给该系统？ 系统是否会将内部的某些事件通知该参与者？,中国石油大学胜利学院,如何画用例模型,绘制和检查用例图步骤三按UML标准画用例图检查用例图细化每个用例的用例规约步骤四内容包括：简要说明事件流特殊需求前置条件和后置条件用例模型的检查步骤五功能需求的完备性模型是否易于理解是否存在不一致性避免二义性语义,中国石油大学胜利学院,用例建模示例,例5.1选课系统问题陈述P110 开发一个学生选课系统。学生可以选课和查看成绩报告单，教授可以选择所教的课和记录学生的成绩。 学校保留原有的“课程目录”数据库系统来维护课程信息，但该系统的性能是有限的。新系统必须确保能及时访问旧系统上的数据。只能读取旧系统的课程信息，不能更新。 每学期开始时，学生请求查看本学期开设的课程目录。有关课程的信息，包括教授名和所开设的系等，将帮助学生做出决定。系统允许学生每学期选择4门课，如果学生没有选到主要的课程，还有两门备选课程可选。每门课的学生人数限3到10人。不满3人的课程将被取消。另外，每个学期有一段时间让学生更改课程表。学生可在该时段内访问系统并添加/删除课程。某个学生的选课一旦结束，选课系统即将此学生本学期的账单信息送到财务系统。如果在选课时某门课已经人满，学生在提交信息前必须被告知。学期结束，学生可进入系统查看自己的成绩。成绩属于隐秘信息，系统必须提供额外的安全措施阻止未授权的访问。 教授必须能访问系统查询他们主讲课程。他们也需要知道是哪些学生选择了自己的课程。另外，教授也能登记学生的成绩。,中国石油大学胜利学院,用例建模示例画用例图,例5.2确定参与者P116确定用例,学生要注册课程；教授要选择课程来教；注册管理人员要维护关于教授和学生的所有信息；财务系统要从注册系统获得学生的费用情况；课程目录系统维护课程信息。,无论是学生，教授还是注册员都需要登陆到系统；学生需要使用系统来选课，也能查看自己的成绩；教授需要使用系统来选择课程，也能记录学生的成绩；注册员必须维护学生、教授的所有信息，并在适当时候关闭注册系统；当选择课程的过程完成后，收费系统必须获得收费信息；学生和教授选择课程，需要启动课程目录系统。,中国石油大学胜利学院,用例建模示例画用例图,选课系统用例图,中国石油大学胜利学院,用例建模示例用例规约,例5.3P1181简要说明本用例允许学生选本学期提供的课程。在学期开始的添加/删除时期，学生可以修改或删除选择的课程。课程目录系统提供了当前学期开设的所有课程的列表。2事件流2.1基本事件流用例开始于学生选择选课，或修改已存在的课程表。1）系统要求学生指出要执行的操作（创建，修改或删除课程表）2）一旦学生提供了所需要的信息，以下的一条子事件流将被执行 如果选择的是“创建课程表”，创建课程表子事件流将被执行 如果选择的是“修改课程表”，修改课程表子事件流将被执行 如果选择的是“删除课程表”，删除课程表子事件流将被执行2.2备选事件流 。(详见119页)3特殊需求(无)4前置条件本用例开始前学生必须已经登录进系统。5后置条件如果用例成功，学生的课程表被创建，修改，删除。否则系统状态不变。,中国石油大学胜利学院,用例建模示例描述补充规约,例5.4选课系统的补充规约P1201目标 本文档的目的是定义选课系统的需求。本补充规约列出了不便于在用例模型的用例中获取的系统需求。它和用例模型一起记录关于系统的一整套需求。2范围 本补充规约适用于选课系统，除定义了在许多用例中所共有的功能性需求以外，还定义了系统的非功能性需求，例如：可靠性、可用性、性能和可支持性等。（功能性需求在用例规约中定义。）3参考无4功能多个用户必须能同时执行操作。如果某个学生所建的课程表中包含人数已满的课程，必须通知这位学生。5可行性 桌面用户界面应与 Windows 98/2000/XP 兼容。6可靠性 选课系统在每周7天，每天24小时内都应是可用的。宕机的时间应少于 10%。7性能。(8.9.10.),中国石油大学胜利学院,用例建模示例术语表,例5.5选课系统的术语表P1211.简介这份文档是用来对一些术语进行定义的，同时将用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。通常来说，这份文档对一些数据信息进行一些定义，从而使得用例规约和其他的文档显得简洁易懂。2. 定义这份术语表包含了选课系统中核心概念的定义。课程：大学提供的某一门课。开设课程：某一课程的具体安排情况，包括一周上课的天数、时间和教授。课程目录：大学所开设的所有课程的完整目录。教员：所有在此大学内任教的教授。财务系统：用来处理收费信息的系统。成绩：学生某门课程的成绩。,中国石油大学胜利学院,4.5 软件需求描述,软件需求规格说明书Software Requirement Specification引言信息描述功能描述行为描述质量保证接口描述其他,中国石油大学胜利学院,引言主要论述在问题定义阶段确定的关于软件的目标与范围，简要介绍系统背景、概貌、软件项目约束和参考资料等。,中国石油大学胜利学院,主体部分除了文字描述外还可附上各种图形模型。信息描述：给出对软件所含信息的详细描述，包括信息的内容、关系、数据流向、控制流向和结构等。功能描述：对软件功能要求的说明，包括系统功能划分、每个功能的处理说明、限制和控制描述等。行为描述：对系统状态变化以及实践和动作的描述。,中国石油大学胜利学院,质量保证阐明在软件交付使用前需要进行的功能测试和性能测试；规定源程序和文档应该遵守的各种标准。,接口描述包括系统的用户界面、硬件接口、软件接口和通信接口等的说明；,其他描述阐明系统设计和实现上的限制，系统的假设和依赖等其他需要说明的内容；,中国石油大学胜利学院,4.7 需求建模示例网上购物系统,普通购物用户在使用本系统的购物功能前，必须先注册账号。在注册页面中填写个人信息，如使用本系统的账号名和密码,联系地址等。在提交表单、完成注册后，系统将保存信息，以方便管理员管理用户信息、联系用户。如果用户已经在系统中注册过，可以在登录页面输入账号名和密码。如果密码正确，用户就可以购物，否则只能做一般的页面浏览。进入系统后，用户也可选择维护自己的信息，比如修改账号名，密码，联系地址等。如果直接进行购物，系统可让用户首先浏览商品信息，使之对商品的数量、种类有一个大概的了解。如果用户对某件商品感兴趣，就可以选择特定商品查看其详细信息，接着选择将商品加入购物车，或继续查看其他商品。当购物结束时，用户首先要浏览一下已经存在于购物车中的商品项目，包括数量、单价及总价。这时用户可以更改任何已存在购物车中的商品数量。如果确定要购买购物车内的商品，系统即生成一份订购商品的订单（包括所有商品的名字，单价，小计，总价），然后由用户填写包括用户姓名、家庭地址、信用卡号码、电子邮件地址等信息，并提交订单。以后，系统自动将用户信息、信用卡信息和购物总价发送到银联系统，由银联系统验证信用卡信息并执行扣款，并将银联系统操作成功与否的信息返回到系统。系统根据银联系统的操作结果，向用户发送E-MAIL，提示用户操作成功与否的消息。如果扣款成功，就与物流系统接口，安排给用户派送购买的商品。管理员进入系统时，首先要输入口令。如果检查通过，就可以对系统中的信息进行维护和管理，包括： 管理用户信息。当有些用户有不正常操作时，如填写订单时使用不存在的信用卡号，可以将此用户账号冻结，也可以启用用户账号。但管理员无权修改客户信息； 管理系统中的商品信息，例如有新的商品时，管理员可向系统中添加此商品。当商品的价格或规格发生浮动时，管理员也可以对它们作修改，使用户及时了解商品的最新情况。若某件商品没有存货或不再出售时，管理员可删除系统中的此项商品记录。 管理客户定单。及时获得客户的资料（资料中有电子邮件地址），以便与客户联系。要求系统对数据库的存取速度要尽量快，并保证系统在配置完成以后一天24小时都可用。还要求系统有较高的安全性，当生成订单时，用户的信用卡号码要在网上传输，所以必须提供额外的安全措施。,中国石油大学胜利学院,用例模型,中国石油大学胜利学院,用例模型,用例规约P131补充规约P134术语表P135,中国石油大学胜利学院,小结,需求分析由需求获取、需求建模、规格说明和需求验证四个步骤组成建立需求模型是需求分析的核心，它通过各种图形及符号，可视化地从各个侧面描述系统需求需求规格说明书以各方共同认可的文档形式表述出来，是软件设计、系统验收的可靠依据面向对象的用例模型，由用例模型、补充规约和术语表一起组成随着人们对需求重要性的认识逐渐深入，软件需求管理应运而生,中国石油大学胜利学院,
