(工学)软件工程导论张海藩第5版第2_3章.ppt

4. 数据存储和数据流都是（ ），仅仅所处的状态不同。 A.分析结构 B.事件 C.动作 D.数据? 5. 需求分析最终结果是产生（ ） A.项目开发计划 B.可行性分析报告 C.需求规格说明书 D.设计说明书? 6. 在结构化分析方法（SA）中，与数据流图配合使用的是（ ） A.网络图 B.数据字典 C.实体联系图 D.程序流程图? 7. SA方法的基本思想是（ ） A.自顶向上逐步抽象 B. 自顶向上逐步分解 C.自顶向下逐步分解 D.自顶向下逐步抽象 ? 思考与练习 8.下列哪项不是在需求分析阶段要进行工作（ ） A.问题识别 B.分析与综合C.导出软件的逻辑模型 D.编码 9.可行性分析研究的目的是（? ?） A.争取项目???B.项目是否值得开发 C.开发项目???D.规划项目 10．DFD是常用的进行软件需求分析的图形工具，其基本符号是（ ） A．输入、输出、外部实体和加工??? B.变换、加工、数据流和存储 C.加工、数据流、数据存储和外部实体 D.变换、数据存储、加工和数据流 ? 思考与练习 * * 需求规格说明 ? 应该包括在SRS 中的内容 功能：软件应该提供什么功能？ - 外部接口：软件如何与人、系统硬件和其他系统等进行相互作用？ - 性能：软件系统在运行速度、可用性、响应时间、恢复时间 等方面有什么要求？ - 特性：软件系统在可移植性、可维护性、安全性等方面有什 么考虑？ - 设计约束：是否存在必要的标准、开发语言、数据库、资源 限制、运行环境等因素的影响和策略？ 28 编写需求规格说明的原则 ? 原则 1：只描述“做什么”而无须描述“怎么做” ? 原则 2：必须说明运行环境 ? 原则 3：考虑用户、分析员和实现者的交流 对形式化和自然语言之间作出恰当的选择 - 明确的理解最重要，不存在十全十美的软件规格说明书 ? 原则 4：力求寻找到恰如其分的需求详细程度 - 一个有益的原则就是编写单个的可测试需求文档 - 建议将可测试的需求作为衡量软件产品规模大小的尺度 30 编写需求规格说明的原则 ? 原则 5：文档段落不宜太长 - 简短 - 记住：不要在需求说明中使用“和/或”、“等等”之类的词 ? 原则 6：避免使用模糊的、主观的术语 - 如用户友好、容易、简单、迅速、有效、许多、必威体育精装版技术、 优越的、可接受的、最大化、最小化、提高等 - 不可验证 ? 建议：采用一种标准的SRS 模板 31 1.引言 1.1 目的 1.2 文档约定 1.3 预期的读者和阅读建议 1.4 产品范围 1.5 参考文献 2. 综合描述 2.1 产品的前景 2.2 产品的功能 2.3 用户类和特征 2.4 运行环境 2.5 设计和实现上的设计 2.6 假设和依赖 3．外部接口需求 3.1 用户界面 3.2 硬件接口 3.3 软件接口 3.4 通信接口 4. 系统特性 4.1 说明和优先级 4.2 激励/响应序列 4.3 功能需求 5. 非功能需求 5.1 性能需求 5.2安全设施需求 5.3 安全性需求 5.4 软件质量属性 5.5业务规划 5.6 用户文档 6. 其他需求 附录 * 软件工程导论 王培丽 * SRS模板 需求验证 ? 需求验证是检验需求能否满足客户的意愿。 ? 需求验证的技术 - 需求评审：由不同代表（如分析员、客户、设计人员、测试 人员）组成的评审小组以会议形式对需求进行系统性分析。 - 原型评价：客户和用户在一个可运行的系统模型上实际检验 系统是否符合他们的真正需要。 - 测试用例生成：通过设计具体的测试方法，发现需求中的许 多问题。 ? 需求验证主要围绕需求规格说明的质量特性展开。 33 需求规格说明的质量特性 ? 正确性 - 需求规格说明对系统功能、行为、性能等的描述必须与用户 的期望相吻合，代表了用户的真正需求。 ? 审查需求的正确性应该考虑的问题 - 用户参与需求过程的程度如何？ - 每一个需求描述是否准确地反映了用户的需要？ - 系统用户是否已经认真考虑了每一项描述？ - 需求可以追溯到来源吗？ ? 举例：下面的需求描述正确吗？ - 在用户每次存钱的时候系统将进行信用检查。 34 需求规格说明的质量特性 ? 无二义性 - 需求规格说明中的描述对于所有人都只能有一种明确统