需求管理中的问题举例z需求的隐含错误z需求不明确、含糊z用户刁难、用户不断增加需求z需求变更z开发人员的镀金本章要点软件需求定义软件需求开发过程定义需求规格的方法案例分析软件需求的类型z 从项目管理的角度功能需求 性能需求 环境需求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 预先估计以后系统可能达到的目标z 从项目开发的角度功能需求系统必须执行的功能 非功能需求一些限制性要求需求管理的重要性需求管理与项目管理的关系z项目需求是制定项目计划，开发项目产品和从事项目活动的依据z项目的计划、项目的开发活动及开发的产品应与项目需求保持一致，随需求的变化而调整需求获取图示需求获取需要执行的活动z了解客户方的所有用户类型以及潜在的类型，然后根据他们的要求来确定系统的整体目标和系统的工作范围z对用户进行访谈和调研z需求分析人员对收集到的用户需求做进一步的分析和整理对于用户提出的每个需求都要知道”为什么”，并判断用户提出的需求是否有充足的理由将那种以“如何实现”的表述方式转换为“实现什么”的方式（需求分析阶段关注的目标是“做什么”，而不是“怎么做”分析由用户需求衍生出的隐含寻求，并识别用户没有明确提出来的隐含需求（经常会因为对隐含需求考虑得不够充分日引起需求变更）z需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员明确标识未确定的需求项使需求符合系统的整体目标保证需求项之间的一致性，解决需求项之间可能存在的冲突获取需求的注意事项z识别真正的客户z正确理解客户的需求z具备较强的忍耐力和清晰的思维z说服和教育客户需求分析需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的抽象描述需求分析应该执行的活动z以图形表示的方式描述系统的整体结构（包括系统的边界与接口）z通过原型、页面流或其他方式向用户提供可视化的界面，用户可以对需求做出自己的评价z以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容需求分析的时间z设计方案的时候z项目开始的时候z接管一个项目的时候z需求变更的时候需求分析的难点z问题的复杂性z交流的障碍z不完备性和不一致性z需求的易变性编写需求规格z需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书z需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础软件需求规格说明的原则z从现实中分离功能，即描述要“做什么”而不是“怎样实现”z要求使用面向处理的规格说明语言（或称系统定义语言）z如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中z规格说明必须包括系统运行环境z规格说明必须是一个认识模型z规格说明必须是可操作的z规格说明必须容许不完备性并允许扩充规格文档参考引言系统定义应用环境功能规格性能需求产品提交实现约束质量描述其它签字认证需求验证z需求是正确的吗？z需求是一致的吗？z需求是完全的吗？z需求是实际可行的吗？z需求是客户需要的吗？z需求是可检验的吗？z需求是可跟踪的吗？z最后的签字需求变更需求总在变化需求变更管理管理和控制需求基线的过程需求变更控制系统z一个正式的文档，说明如何控制需求变更z建立变更审批系统申请人项目名称4.3 需求建模的方法z原型方法z结构化分析法z面向对象的用例分析法z关键功能列表法原型方法的类型z进化型开发出来用于了解问题，并形成被交付软件的部分或全部的基础z抛弃型开发出来以便更多地了解问题或探究可能的方案的灵活性或者合理性，是尝试性软件，不用于被交付软件的实际部分4.3.2 结构化分析方法（SA,Structured Analysis）z20世纪70年发展起来的面向数据流的方法z是一种自顶向下逐步求精的分析方法z根据软件内部数据传递、变换的关系进行分析结构化分析方法-技术数据流图(DFD)数据字典(DD)系统流程图数据流图的层次结构为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统顶层流图仅包含一个加工，它代表被开发系统。
《UML2面向对象分析与设计》综合案例：员工考勤系统作业评分实施细则一、第四章作业（用例图和用例文档）1. 评分档次用例图和用例文档分别按照满分10分计算，以此作为评分标准，基本的评分准则如下：●一档（10分）：图形（文本）条理清楚，无任何明显错误●二档（8-9分）：图形/文本清楚，存在个别错误●三档（6-7分）：图形/文本一般，存在一定的错误●四档（5分）：图形/文本条理不清，存在致命错误或错误数过多一般情况下按错别个数扣分，每个错误按严重程度扣0.5、1、2分，最终成绩向上取整；同类错误不重复扣分。
2. 参考答案作业答案部分仅供参考，学生的作业可能会多种多样，具体按照第三部分的典型错误扣分，用例图：用例文档：员工（含小时工和普通员工）相关用例无前置条件员工已正确登录到该系统后置条件无（将在下次迭代中确定）涉众利益员工：准确地维护自己的考勤信息公司：要求员工的信息准确基本路径1—添加新的考勤1.1、用例起始于用户需要记录新的考勤信息1.2、系统显示当前日期和时间，并提醒用户该时间即为用户的上班时间1.3、用户确认该信息1.4、系统记录当前日期和时间，并将其作为用户考勤信息的上班时间2—提交考勤信息2.1、任何时刻用户都可以提交自己的考勤信息2.2、系统查询用户上班时的考勤记录（E-1）2.3、系统记录当前的日期和时间，作为用户考勤信息的下班时间2.4、系统显示用户今天完整的考勤信息2.5、用户确认提交考勤信息2.6、系统保存考勤信息，并将考勤信息的状态改为“已提交”（D-1）备选路径E-1 如果系统没有找到用户上班时的考勤信息，则用例终止；用户可以通过项目经理为其添加上班的考勤信息数据需求A-1 考勤信息主要包括：用户名、日期、上班时间、下班时间、状态D-1 考勤信息的状态有：“新考勤”（只有上班时间，没有下班时间的考勤信息）、“已提交”（有完整的上下班时间，但还没有进行工资结算的考勤）、“已完成”（已结算工资的考勤）业务规则B-1 作为用户考勤信息的上下班时间由系统自动获取，不允许用户编辑B-2 状态为“已提交”的考勤信息不允许普通用户进行任何操作；非功能需求无设计约束无待解决问题无参与者时间、项目管理数据库（外部系统）相关用例无前置条件无后置条件无（将在下次迭代中确定）涉众利益员工：…（包括临时工、普通员工、销售人员）公司：…基本路径—计算普通员工和销售人员工资1.用例起始于系统时间到达每月末晚上，需要计算普通员工和销售人员工资(E-1)；2.系统查询所有的普通员工和销售人员的个人信息（D-1）；3.对于每一个员工（普通员工、销售人员）：3.1.根据员工的类别获得其考勤信息或订单信息（E-2）；3.1.1.如果是普通员工，则获得本月的考勤信息（D-2）；3.1.2.如果是销售人员，则获得本月的销售信息（D-3）；3.2.系统从项目管理数据库中获得员工的工资级别信息（E-3）；3.3.系统根据员工的考勤信息（或销售信息）和工资级别信息计算该员工的工资，保存；4.计算完成后，系统产生一个提醒信息，以便于项目经理确认备选路径E-1—计算临时工工资1. 用例起始于系统时间达到每个周末的晚上，需要计算临时工工资2. 系统查询所有临时工的个人信息3. 对于每一个临时工：3.1. 获得员工的考勤信息3.2 从项目管理数据库中获得员工的工资级别信息；3.3 系统根据员工的考勤信息和工资级别信息计算该员工的工资，保存；4. 计算完成后，系统产生一个提醒信息，以便于项目经理确认E-2 如果找不到该员工的考勤信息或订单信息，则记录相关日志，并转回3计算下一个员工E-3 如果无法获得员工工资级别信息，则记录相关日志，并转回3计算下一个员工数据需求D-1. 员工信息=员工编号+员工姓名D-2 考勤信息参见“登记考勤”用例D-3 订单信息参见“登记订单”用例业务规则暂不明确非功能需求暂不明确设计约束3. 典型错误情况3.1 用例图部分3.1.1 参与者本系统中包含的参与者有：小时工、普通员工、销售人员、项目经理、项目管理数据库、时间，其中由于小时工和普通员工有关考勤的处理细节完全相同，因此为了便于简化和复用，可将他们统一合并为员工（不合并也可以，不算错误），但不能和销售人员合并，因为销售人员没有考勤信息，而是登记订单信息，需要明确区分。
UML可视化建模（航空订票系统）《可视化建模与UML》课程结业报告课题名称: 航空客运订票系统建模姓名: ***学号: *******班级:指导⽼师: 夏⽼师完成⽇期: 2013.06.16⽬录第⼀章概述 (3)1.1系统开发的摸底和开发背景 (3)1.2系统功能 (3)1.3系统结构框架 (4)1.4开发环境 (5)第⼆章⽤例模型 (6)2.1⽤例模型简介 (6)2.2⽤例图的的含义及其作⽤ (6)2.3⽤例图及⽤例描述 (7)第三章类模型 (10)3.1类模型简介 (10)3.2类图的作⽤ (10)3.3类图 (11)第四章交互模型 (13)4.1交互模型简介 (13)4.2序列图简介 (13)4.3序列图的作⽤ (13)4.4序列图描述及其序列图 (14)第五章⾏为模型 (20)5.1⾏为模型简介 (20)5.1.1活动图简介 (20)5.1.2活动图的作⽤ (20)5.1.3状态图简介 (21)5.1.4状态图的作⽤ (21)5.2⾏为模型图 (21)5.2.1活动图及其描述 (21)5.2.2状态图及其描述 (23)第六章构件图和部署图 (25)6.1构件图简介 (25)6.2部署图简介 (25)第七章课程学习⼩结 (27)7.1课程⼩结 (27)7.2学习⼼得 (27)参考⽂献 (28)第⼀章概述1.1系统开发的摸底和开发背景随着科技与经济的发展，越来越多的⼈选择乘飞机，这跟我国的经济增长有很⼤关系，⼈们在追求快节奏的⽣活⽅式，所以做飞机⽆疑成了⾸选。
⽽且随着⽹络的盛⾏，航空订票系统就显得尤为重要，我们开发这个系统主要是为了⽅便⼤家，让⼤家能够快速、清晰、准确地了解航班信息，⽽不⾄于像以前那样排队等候，从⽽避免耽搁乘客⼤量的等待时间。
航空客运业务诞⽣已有进⼀个世纪了，作为现有交通⼯具中最⽅便快捷的⼀种，它确实地给⼤家的⽣活、出⾏带来了极⼤的⽅便。
随着航空客运业务多年来的发展，其售票业务也同样不断地发展。
