需求工程复习资料.docx

1. 软件需求的分类：目标需求、业务需求、功能需求、性能需求、约束与限制。2. 敏捷开发核心思想个体和交互胜过过程和工具可以工作的软件，胜过面面俱到的文档客户合作胜过合同谈判相应变化胜过遵循计划3. 需求开发过程：需求获取、需求分析、需求定义、需求验证。4. 需求获取的过程（一个步骤一分）确定需求开发计划建立项目的目标和范围确定调查对象实地收集需求信息确定非功能需求5. 确定需求开发计划的基本任务是确定需求开发的实施步骤，给出收集需求活动的具体安排和进度。6. 确定调查对象的基本任务是明确地确定来自不同层次的需求来源和用户，并将其分类。将用户分类后，进一步寻找每类用户的代表和联络人。7. 用户代表的义务：给分析人员讲解义务及说明业务方面的术语等专业问题抽出时间清楚地说明需求，并不断完善当说明系统需求是，力求准确详细需要时，要及时对需求做出决策要尊重开发人员的成本估算和对需求的可行性分析对单项需求、系统特性或用例划分优先级评审需求文档和原型一旦知道要对项目需求进行变更，要马上与开发人员联系在要求需求进行变更时，应遵照开发组织确定的工作过程来处理尊重需求工程中开发人员采用的流程。8. 软件的需求来源：直接和间接的使用软件系统的用户系统需求规格说明书市场调查和用户问卷调查已开发出的和待开发的同类软件系统的描述和文档。对人工系统中存在的问题的报告和增强要求观察正在工作的用户用户工作内容的分析9. 实地收集需求信息并不是件很容易的工作，软件开发人员需要与用户进行充分的交流，听取用户对软件系统的看法和意见困难如下-提出软件需求的用户没有充分的时间和开发人员进行交流和讨论-用户需要简单的方法和说明，就能使开发人员能清楚的理解他们的需求-一些用户认为软件需求对自己影响不大，对待需求信息的收集工作采取消极态度。-用户本身并不能提供明确的需求。-开发人员缺乏用户的业务知识，双方在交流中产生困难。10. 场景是指用户与软件系统为实现某个目标而进行的交互活动过程的描述11. 场景构成：执行者进入场景前系统状态的描述执行者目的动作和事件系列12. 场景特征代表某些用户可见的功能，可用于描述一个具体的系统功能。总是被参与者启动，并向参与者提供可识别的信息。场景必须是完整的！13. ！此处是大题王某是使用装有window 98 系统的PC 用户，已有一年的经验。他几乎每天使用PC向朋友发电子邮件，今天发送了4封电子邮件后想切断PC电源。王某首先按下屏幕中的开始按钮，在显示出来的菜单中选择关闭计算机选项。在屏幕中央出现了关闭计算机相关的对话框，询问用户是否真正关闭计算机。王某确认并按下了关闭计算机的按钮，计算机在使屏幕变黑后，自动切断PC电源。执行者：王某进入场景前系统状态的描述：使用PC 的经验是一年，几乎每天使用。另外今日发送电子邮件的工作已结束。执行者目的：退出windows98 并切断pc电源动作和事件系列：整个第二段！14. 场景的表示形式非形式化:自然语言 结构化语音 图形 动漫画等形式化：状态图 流程图 时序图 代数描述图15. 需求分析的具体工作包括建立系统关联图分析需求的可行性构建用户接口原型确定需求的优先级需求建模建立数据字典16. 关联图就是用于描述系统与外部实体间的界限和接口的模型，而且明确通过接口的信息流和物质流。17. 系统关联图：化学制剂！此处应有大题18. 分析需求可行性的基本任务是在允许的成本恶化性能要求以及系统的范围内，分析每项需求得以实施的可能性。这项工作的目的在于明确与每项需求相关联的风险，包括一些与其他方面的冲突、对外部环境的依赖和某些技术的障碍等19. 数据词典是定义目标系统中使用的所有数据元素和结构的含义、类型、数量值、格式和度量单位、精度及允许取值范围的共享数据仓库。数据词典的目的是确保软件开发人员使用统一的数据定义，可提高需求分析、设计、实现和维护过程中的可跟踪性。20. DFD图（2选一）医院第0层第一层第二层运动会管理系统DFD图第0层第一层第二层21. 状态机！此处应有大题买票状态机22. 需求规格说明的特性；正确性、无含糊性、完整性、一致性、可验证性、可行性、必要性。23. 需求规格说明的作用：需求规格说明是软件设计和实现的基础需求规格说明是测试和用户验收软件系统的重要依据需求规格说明能为软件维护提供重要的信息24. 需求规格说明是用户与软件开发方对将要开发的软件达成一致协议的文档，或称技术合同。当需求规格说明书经过严格的审查，在用户与软件开发方均认可后，就形成了基准的需求规格说明。25. 需求验证所包括的活动是为了确认以下几个方面的内容：软件需求规格说明是否正确描述了目标系统的行为和特征从其他来源中得到软件需求需求是完整的和高质量的所有人 对需求的看法是一致的需求为进一步的软件开发和测试提供了足够的基础26. 需求验证的重要性在于发现和修复需求规格说明文档存在的问题，并避免在软件系统设计和时间时出现返工27. 需求验证方法：一致性、完整性、现实性、有效性28. 需求评审就是技术评审，是由非软件开发人员对软件系统进行检测，以发现该系统所存在的问题。29. 需求管理的主要任务就是开发人员在与提出更改的请求者（用户）协商的基础上，评估需求变更带来的潜在影响及可能的成本和费用，然后实施更改，以及有效地管理需求规格说明文档和跟踪更改需求的状态。需求管理的管理内容：控制对基准需求规格说明的变动保持项目计划与需求一致控制单个需求的更改和需求规格说明文档的更改管理需求和需求间的联系，以及需求与设计和实现等方面的依赖关系跟踪需求更改的状态，控制多个需求同时更改的复杂性30. 需求跟踪是指编制每个需求与系统元素之间联系的文档，其中系统元素