软件需求工程考试重点.docVIP

软件需求的分类： 1） 目标需求：反映组织机构或客户对系统和产品提出的高层次的目标 要求，期限定了项目的范围各项目应达到的目标。 2） 业务需求：主要描述软件系统必须完成的任务、实际业务或工作流 程等。软件开发人员通常可从业务需求进一步细化出具体的功能需求和非功 能需求。 3） 功能需求：指开发人员必须实现的软件功能或软件系统应具有的外 部行为。 4） 性能需求：指实现的软件功能应达到的技术指标，如计算效率和精 度、可靠性和可扩展性。 5） 约束与限制：指软件开发人员在设计和实现软件系统时的限制，如 开发语言，使用的数据库等。 6） 用户需求：描述的是用户的目标或用户的要求，系统必须完成的任 务。 需求工程：是指应用工程化的方法，技术和规格来开发和管理软件的需求。 需求工程的目标就是要获得高质量的软件需求。需求工程突出了工程化的原则, 强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动， 从而有利于提高所有与软件需求相关的活动及其过程的可管理性，降低需求开 发和管理的难度和成本。 需求工程面临的困难： 需求开发阶段： 1） 需求获取：确定和收集与软件系统相关的，来自不同来源和对象的 用户需求信息。 2） 需求分析：对获得的用户需求信息进行分析和综合，即提炼、分析 和仔细审查已收集到的用户需求信息，并找出其中的错误、遗漏或其他不足 的地方，以获得用户对软件系统的真正需求，建立软件系统的逻辑模型（或 需求模型） 3） 需求定义：使用适当的描述语言，按标准的格式描述软件系统的需 求，并产生需求规格说明及其相应文档。 4） 需求验证：审查和验证需求规格说明是否正确和完整地表达了用户 对软件系统的需求。 需求管理：有效的管理软件系统的需求规格说明及其相应文档，评估需求 变更带来的潜在地影响及可能的成本费用，跟踪软件需求的状态，管理需求规 格是过命的版本等。 用是了解用户的业务流程和澄清含糊细节的方法。用于描述软件系统 与一个外部“执行者”的交互顺序，主要体现执行者完成一次任务的过程。可 以包括与完成一项任务逻辑相关的许多任务和交互顺序。 场景：指用户与软件系统为实现某个目标而进行交互活动过程的描述。 需求分析:  需求建模: 数据流图（DFD）：是描述系统内部处理流程，表达软件系统需求模型的一种 图形工具，亦即描述系统中数据流程的图形工具。 10.需求规格说明的作用主要体现在如下几个方面 1） 需求规格说明是软件设计和实现的基础。 2） 需求规格说明是测试和用户验收软件系统的重要依据。 3） 需求规格说明能为软件维护提供重要的信息 11?需求规格说明的特性: 12. 1.引言 1.1 目的 4.系统特性 4. 1 4. 2 说明和优先级 激励/响应序列 1. 2 丈档约定 4 3 功能剪求 1. 3 预期的读者和阅读建议 1. 4 产品的范圏 5.其他非功能需求 1. 5 參考丈就 5. 1 性能需求 2.综令描述 5.2 安全设施需求 2. 1 产品的前景 5. 3 安全性需求 2. 2 产品的功能 5.4 软件质量属性 2. 3 用户真和特征 5. 5 业务规則 2. 4 运行环境 5. 6 用户文档 2. 5 设计和实现的限创 6.其他需求 2. 6 假设和依总 附录A 诃汇表 3.外部接口需求 附录B 分析模型 3. 1 用户界面 附录C 待确定问題的 3. 2 咬件接口 列表 3. 3 软件接口 3.4 通信接口 需求规格说明: 宀 自然语言（非形式化语言） 宀 自然语言（非形式化语言） \ 7 ■、描述语言°— ■、 描述语言 °— 形式化需求描述语言 、一结构化语言（半形式化语言） 、一结构化语言（半形式化语言） 需求验证: 需求验证: 正式的审查过程: 正式的审查过程: 需求评审: 需求管理的管理内容: 1） 控制对基准需求规格说明的变动 2） 保持项目计划与需求一致 3） 控制单个需求的更改和需求规格说明文档的更改 4） 管理需求和需求时间的联系，以及需求与设计和实现等方面的依赖关系 5） 跟踪需求更改的状态，控制多个需求同时更改的复杂性