软件工程要求工程.pptVIP

第三章 需求工程;3.1 软件需求;3.1.2 需求的层次;3.1.3 需求错误的原因;3.2 需求工程概述;需求工程的层次分解示意图;3.2.1 需求开发;需求分析研究的对象是软件项目的用户要求 准确地表达被接受的用户要求 确定被开发软件系统的系统元素 将功能和信息结构分配到这些系统元素中 深入描述软件的功能和性能 确定软件设计的约束和软件同其它系统元素的接口细节 定义软件的其它有效性需求;2.需求分析的过程; 问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行需求分析。; A.主要任务（建立系统的逻辑模型） 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细???辑模型。;C.创建数据字典 数据字典是对系统所用到的所有数据项和结构的定 义，以确保开发人员使用统一的数据定义。 ;软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 注：格式见附录;被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认;;需求开发流程; 需求管理从形成需求基线开始，分析变更影响并控制变更过程。 主要包括变更控制、版本控制和需求跟踪等活动。 变更控制就是在一定的程序下有效地实施整个变更过程； 版本管理保证了在需求文档中记录和反映所有的需求变化； 需求跟踪帮助人们全面地分析变更带来的影响，从而作出正确的变更决策。 三者统一起来，真正做到了管理需求变化过程，以及维护需求变化后的一致性和完整性。 ;1.需求变更控制 ;　　版本控制是管理需求的一个必要方面。需求文档的每一个版本必须被统一确定，小组内每个成员必须能够得到需求的当前版本，必须清楚地将变更写成文档，并及时通知到项目开发所涉及的人员。为了尽量减少困惑、冲突、误传，应仅允许指定的人来更新需求。　　每一个公布的需求文档的版本应该包括一个修正版本的历史情况，即已做变更的内容、变更日期、变更人姓名以及变更原因，可以考虑给每个需求标记上版本号，当修改满足需求后就增加版本号。　;当某项业务需求发生变化时，可能会影响到系统需求和功能需求的变化，并且连带地影响到设计、测试、实现、项目计划等各方面的变化，从而构成了一个跟踪能力联系链。如下图显示;曹铱需哈凛营向袄瓮沥钻风翻聪甭涵抒倾坎给席挣萍吃眼澜邻狗莲掂涉吱软件工程要求工程软件工程要求工程;(1).建立了需求的跟踪联系链;2.需求管理工具 ;;结构化分析方法特点;结构化分析导出的分析模型包括数据模型、功能模型和行为模型，该模型以“数据字典”为核心，它描述了软件使用的所有数据对象。;实体关系图（Entity-Relationship Diagram，ERD）：作为数据建模的基础，描述数据对象及其关系； 数据流图（Data Flow Diagram，DFD）：作为功能建模的基础，描述数据怎样转换以及转换的功能； 状态转换图（State-Transition Diagram，STD）：作为行为建模的基础，表示系统的各种行为状态以及状态间的转换方式。;⑴ Entities 例： , ,;……;二.数据流图;2.数据流图中的主要图形元素;描述银行取款过程的数据流图;3.数据流与数据加工之间的关系;4.数据流图的层次结构;分层的数据流图;三.状态迁移图;状态迁移图是描述系统的状态如何相应外部的信号进行推移的一种图形表示。 圆圈“○”表示可得到的系统状态 箭头“→”表示从一种状态向另一种状态的迁移。;例如, 当有多个申请占用CPU运行的进程时, 有关CPU分配的进程的状态迁移。 ;可得到的状态＝就绪，运行，等待 生成的事件＝t1，t2， t3， t4 ? t1 ─ 中断事件 ? t2 ─ 中断已处理 ? t3 ─ 分配CPU ? t4 ─ 用完CPU时间;状态迁移图的优点; 3.3.2 结构化分析方法;（1） 第0层DFD将整个系统表示成一个加工； （2） 确定并标记主要的输入和输出；（3） 分离出下一层中的加工、数据对象和存储，并对其进行细化，一次细化一个加工；（4） 标记所有加工和箭头；（5）