软件工程第2章需求分析IBM缺陷放大模型提纲软件需求定义按层次划分软件需求三类需求的关系软件需求的非功能性需求软件需求分析的困难软件需求的复杂性软件需求的复杂性软件需求分析的基本过程-需求工程需求工程软件需求工程提纲功能分析工具用例图(UseCaseDiagram)用例图如何识别参与者?如何识别用例？用例的要点建立用例模型的参考原则用例建模的步骤用例的文字描述应包括以下内容过程描述：学生输入学号/密码，系统识别账户的有效性；对学生进行注册识别；浏览本学期预开课程；选择学生自己要上的课程并确认；退出系统，系统给出所选课程列表及相应学分合计异常事件流：账户有效性检查失败，允许学生重新输入（最多３次机会）．注册识别失败，没有注册（未交学费）的学生不能选课．选择课程确认失败，所选几门课程在时间上发生冲突，系统提示重选．用例间关系-include用例的包含关系的要点描述包含关系用例扩展关系的概念用例扩展关系的概念用例间关系-extends执行扩展包含关系与扩展关系的区别包含关系与扩展关系的区别注意I－业务语言而非技术语言注意Ⅱ－用户观点而非系统观点注意Ⅲ-用例命名：动词＋名词尽量少用弱动词弱名词注意Ⅳ-把步骤当用例注意Ⅴ-避免使用CRUD注意Ⅵ-一个用例背后可能隐藏很多数据操作顺序图活动图（ActivityDiagram）活动图（ActivityDiagram）活动图（ActivityDiagram）活动图（ActivityDiagram）活动图（ActivityDiagram）活动图（ActivityDiagram）活动图（ActivityDiagram）活动图（ActivityDiagram）状态图(StatechartDiagram)2.3需求分析技术：功能分析界面定义界面定义界面定义原型开发数据流图（DataFlowDiagram，DFD）数据流图（DataFlowDiagram，DFD）数据流图（DataFlowDiagram，DFD）数据流图（DataFlowDiagram，DFD）数据流图（DataFlowDiagram，DFD）数据流图（DataFlowDiagram，DFD）数据字典数据字典数据字典需求分析中的软件体系结构提纲2.4规格说明书2.4规格说明书2.4规格说明书2.4规格说明书2.4规格说明书提纲需求分析阶段的最一个步骤就是需求确认，或需求验证，即验证需求是正确的。需求确认提纲为系统的需求进行启发、组织、建档的系统方法，建立和维护客户和项目团队之间关于变更系统需求所达成的一致性的过程。需求跟踪是跟踪一个需求使用期限的全过程。包括编制每个需求同系统元素之间的联系文档，这些元素包括其他类型的需求，体系结构，其他设计部件，源代码模块，测试，帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的评审能力。需求跟踪的目的是建立与维护“需求－设计－编程－测试”之间的一致性，确保所有的工作成果符合用户需求，确保所有需求被实现，确保所有的实现是以用户需求为基础，确保所有的输出与用户需求的符合性。需求跟踪有两种方式，正向跟踪与逆向跟踪：正向跟踪：以用户需求为切入点，检查《用户需求说明书》或《需求规格说明书》中的每个需求是否都能在后继工作产品中找到对应点。逆向跟踪：检查设计文档、代码、测试用例等工作产品是否都能在《需求规格说明书》中找到出处。正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式，都要建立与维护《需求跟踪矩阵》。需求跟踪矩阵保存了需求与后续开发过程输出的对应关系。矩阵单元之间可能存在“一对一”、“一对多”或“多对多”的关系。使用需求跟踪矩阵的优点是很容易发现需求与后续工作产品之间的不一致，有助于开发人员及时纠正偏差，避免干冤枉活。需求变更通常会对项目的进度、人力资源产生很大的影响，这是开发商非常畏惧的问题。也是必须面临与需要处理的问题。作为软件项目，特别在外地实施的工程软件项目而言，需求发生若干次变更似乎是不可避免的。需求变更控制需求变更控制作业实验谢谢