需求工程第六章第七章作业.docx

此文档收集于网络，仅供学习与交流，如有侵权请联系网站删除第六章1. 什么是涉众？软件系统的涉众可以定义为：所有能够影响软件系统的实现，或者会被实现后的软件所影响的个人和团体。2. 哪些系统不需要进行涉众分析？哪些需要进行简单的涉众分析？哪些系统需要进行严格的的涉众分析？小型系统不需要进行涉众分析，组织级系统需要进行简单的涉众分析，战略信息系统和组织间系统需要进行严格的涉众分析。5. 软件系统中有哪些常见的涉众？用户，客户，开发者，管理者，领域专家，政府力量，市场力量，维护人员。6. 比较先膨胀后收缩、检查列表、涉众网络3种不同的涉众识别方法，比较其优缺点。（1） 先膨胀后收缩方法。优点：简单易用，在系统涉众群体不复杂时非常适用。缺点：如果涉众比较复杂，可能会出现遗漏。（2） 检查列表方法。优点：清晰、明确、易于使用，相对较为全面、系统，可以帮助经验不足的需求工程师发现一些容易忽略的类别。缺点：将用户作为一个类别是远远不够的，需要进一步细化，但它并没有给出细化方法。（3） 涉众网络方法。优点：适用于非常复杂情况下的涉众识别，能够保证识别结果的正确性和完善性。缺点：比较麻烦。案例题2.分析你所在学校使用的选课系统，说明应该有哪些涉众类别，并进行描述。涉众特征学生使用系统选择所需学习的课程，知道课程所在教室，教授教师，开设时间，结课成绩。老师获得选课学生的个人基本资料，结课时输入学生成绩。系统管理和维护人员保持系统自动化、高效和安全，根据老师请求修改课程信息，开设时间，所在教室。第七章1. 展开用户需求获取时，有哪些注意事项？用户需求获取时要时刻检查项目边界，在范围内的不要遗漏，在范围外的要坚决排除，必要时维护项目边界。用户需求的成功依赖于合适的需求获取方法的选择与应用。要准备使用多次“获取分析”的迭代过程最终完成用户需求获取。要及时将每次获取的内容组织起来。2. 什么是场景？什么是用例？场景具有重点描述真实世界的特征，它利用情景、行为者之间的交互、事件随时间的演化等方式来叙述性地描述系统的使用。每个用例是相对场景集合的叙述性的文本描述。3. 用例和场景的主要作用是什么？用例/场景不仅可以将多个独立的功能需求组织为故事，还能够以功能为中心，将涉众及目标、问题域知识（例如业务规则）、质量需求（特殊需求部分）、对外接口（特殊需求部分）、假设与依赖等众多的相关内容也组织在一起。6. 用例图有哪些基本元素？请逐一对它们进行描述。（1） 用例。是用例图中最重要的元素，是对业务工作的描述，或是对系统功能的陈述。（2） 参与者。代表的是与系统进行交互的角色，可以是一个组织、另一个系统、外部设备或时间概念等。（3） 关系。有关联、包含、扩展、用例泛化、参与者泛化。（4） 系统边界。指一个系统所包含系统成分与系统外事物分界线。8. 用例文档的内容是什么？作用是什么？内容是将系统所有的文档都进行文档化。作用是被用来代替用户需求文档，起到记录、交流领域信息和用户期望的作用。案例题1.分析你所在学校使用的选课系统，试着为其建立用例/场景模型。答：系统背景： 随着在校人数的增加 ，网上选课能大大降低教务工作量 ， 针对这一情况 ，开发网上选课系统 。学生通过登录账号登录校园网，查看选课信息和成绩后进行报名选课，在规定的时段内，能够查看自己选课的结果 ，并决定是否参加补 、退选，网上选课系统应该能够提供简明、友好的操作界面，能处理课程信息，处理预选 、正选 、补（退 ）选和查询选课结果等工作 。（1）目标模型如图1所示，在着目标依赖 （网上选课）、软目标依赖 （易操作性 ）和任务 依赖（登录，查看课程 ，成绩查询 ）。 在策略原理模型中 ，可以将网上选课系统角色进一步细化 ，可以将系统划分为选课控制 、选课处理和选课结果三个子角色，这三个子角色之间存在着相互依赖关系，包括选课设定和处理结果两个任务依赖 。为了避免需求的随意性和低效性 ，对所得出的策略原理模型中的子角色、目标、 软目标和任务进行细化，如图2所示。图1目标模型 图2 细化后的目标模型 （2）主要关注点学生通过登录账号登录校 园网，查看选课信息和成绩后进行报名选课，在规定的时段内，能够查看自己选课的结果 ，并决定是否参加补 、退选，网上选课系统应该能够提供简明 、友好的操作界面 ，能处理课程信息，处理预选 、正选 、补（退 ）选和查询选课结果等工作 。环境范围该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可