- 1、本文档共32页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
问题D 电梯问题(N.Davb) 在M层的建筑物内安装N个电梯。电梯问题是指这些电梯的逻辑控制问题: (1)每个电梯有一些按钮,每个按钮对应一个楼层。当按下按钮后,按扭灯亮,并指出电梯开往相应的楼层。当电梯到达该楼层后,按钮灯熄灭。 (2)除底层和顶层只有一个按钮外,每个楼层有两个按钮,分别指示上楼和下楼请求。当按下后,按钮灯亮。如果电梯已到达该楼层,或者电梯正在沿所请求的方向运动,或者遇到有冲突的请求时,按钮灯灭。在后一情况下,如果两楼层同时发出请求,则只能取消其中一个请求。决定服务优先次序的算法应尽量减少两个请求的等待时间。 (3)当没有服务请求时,电梯保持在最后一个目的楼层,电梯门关闭。 (4)系统以事件驱动方式响应楼层对电梯的请求。所有楼层的优先级是相同的。 (5)系统以事件驱动方式响应电梯内部对到达楼层的要求,并按照电梯运动方向依次完成这些要求。 (6)每个电梯都有一个紧急按钮,按下后向管理人员发出报警信号,然后电梯被置为“不可用”状态。每个电梯都有取消“不可用”状态的机制。 * * 国防科技大学计算机学院 第三章 需求工程概论 3.1 软件需求的概念 软件需求的分类 软件需求的质量要素 3.2 需求工程的预备知识 与用户交流的技巧 需求调查的基本方法 需求建模的基本方法 3.3 需求工程的过程模型 需求工程中的活动 迭代式的过程模型 过程模型的裁剪 * * 需求的任务: 回答“系统必须做什么?”的问题 What? * * 第三章 需求工程概论 软件需求的定义: 是利益相关方(stakeholder,也称“筹码持有者”)对目标软件系统在功能、质量等方面的期望,以及对目标软件系统在运行环境、资源消耗等方面的要求或约束。 * * 3.1 软件需求的概念 3.1.1 软件需求的分类 软件需求: 功能需求 质量需求 约束性需求 质量需求和约束性需求可统称为非功能需求。 * * 软件需求的概念 功能需求:指利益相关方要求目标软件系统应该具有的功能。(主体) 如“制订选课计划”、“接收并处理传感器数据”等。 功能需求还包括软件系统在业务处理过程中完成这些功能时必须遵守的约定或限制。 * * 质量需求:利益相关方对目标软件系统的质量要求。 性能:所有界面操作的响应时间小于1.5秒” 可靠性:任何故障不可导致用户已提交的数据丢失” * * 软件需求的概念 约束性需求:利益相关方对目标软件系统在项目预算、完成时间、技术选型、遵循的标准与规范等方面提出的要求,以及由预期的开发、运行环境的特征而导致的针对目标软件系统的约束。 如家庭保安系统中可供软件使用的内存为1M、 必须采用特定的操作系统 * * 软件需求的概念 3.1.2 软件需求的质量要素 软件需求的质量要素: 正确性包含真实性、一致性、精确性、无冗余四个质量指标。 完全性指,所有需求项构成的全集完整地覆盖所有必须在目标软件产品中实现的利益相关方需求,不能遗漏重要或者紧迫的需求。 可行性是指,在实际资源约束条件下,软件需求能够被完整实现的可能性。 * * 3.2 需求工程的预备知识 与用户交流的技巧 利益相关方代表和需求工程师组成联合工作组 克服沟通障碍 消弥利益冲突 * * 需求调查的基本方法 访谈和会议 系统分析员将提出一些事先准备好的具体问题。 调查问卷 经过仔细考虑写出的书面回答可能比被访者对问题的口头回答更准确。 业务文档分析 现场观摩 * * 3.2 需求工程的预备知识 需求建模的基本方法 抽象 分解 多视点分析 * * 3.3 需求工程的过程模型 一个完整的需求工程过程一般包含以下活动: 需求工程策划 需求获取 需求获取的结果是软件需求的最初模型。 需求分析 需求规范化 需求验证 总结 * * 需求工程中的活动 * * 图3.1 用UML活动图表示的需求工程过程的工作流 图3.2 单次子过程中的缺陷追踪及返工 3.3.2 迭代式的过程模型 对于大中型软件项目,前述的单次需求工程过程几乎不可能获得完整的、高质量的软件需求。 * * 图3.3 迭代式的需求工程过程模型 迭代式的过程模型 进入每次迭代前,应检查入口条件是否满足、输入文档是否齐备。 在完成每次迭代前,应检查出口条件是否达到、输出文档是否齐备并符合预定的质量标准。 首次迭代的输入为有关项目目标、范围的陈述性文档;后续迭代时,输入文档还可以包括缺陷描述、待新增的需求项的概略性描述文档,或者需求变更申请书。 需求获取活动必须针对前次迭代的工作成果、需求变更或缺陷报告进行理解和分析,由此导出新的需求获取动作。 在一次迭代完成后进入后续迭
您可能关注的文档
最近下载
- (2024年)95式自动步枪课件.pptx VIP
- 新课标背景下高中文言文教学策略研究.pdf VIP
- 三年级语文上册《富饶的西沙群岛》教学课件.pptx VIP
- 财务软件在中小企业财务管理中的应用探析.doc VIP
- 不上传隐私视频承诺书.docx
- 2025年八省联考四川高考化学试卷真题答案详解(精校打印).pdf VIP
- 十堰市农产品“B2C”直播带货营销模式与对策-市场营销毕业论文-本科毕业论文-毕业论文.docx
- 小学数学新人教版一年级下册全册教案(2025春).doc
- 广西南宁市第二中学2024-2025学年高三上学期11月月考语文.docx VIP
- 部编小学五年级语文下册第三单元集体教材分析解读课件.pptx
文档评论(0)