第3,4章 求补货.pptVIP

第3章 需求获取 基本任务：获取用户的需求信息 需求获取阶段的活动 3.1 确定需求开发计划 基本任务：确定需求开发的实施步骤，并给出 收集需求活动的具体安排和进度。 此阶段需注意的问题 （1）占用的时间和费用有限。 （2）只能考虑与需求开发相关的工作，不能将 软件开发其它阶段如设计阶段也在此考虑。 （3）在安排进度时，应考虑困难性和灵活性。 （4）应考虑书写和整理需求规格说明及其文档 需花费时间的工作。 3.2确定项目的目标和范围 基本任务： 根据项目目标把项目相关人员定位到一个共同的和明确的方向上，并决定软件系统的范围。 项目的目标： 主要包括项目开发的目的和意义，以及软件系统应实现的目标（即目标要求）。 项目的范围： 软件系统在一个完善的环境中最终具有的功能。 收集目标需求时应注意的问题 确定项目范围的好处 3.3 确定调查对象 基本任务：明确地确定来自不同层次的需求来源 和用户，并将其分类。 注意的问题：谁是系统的真正用户 ？ 基于软件需求层次的用户层次 （1）提出目标需求的用户 （2）提出业务需求和功能需求的用户 （3）软件开发人员 用户分类及分类方法 寻找每类用户的代表或联络人 类代表的作用和职责 软件需求的主要来源 直接和间接使用软件系统的用户。 系统需求规格说明。 市场调查和用户问卷调查。 已开发出的和待开发的同类软件系统的描述和文档。 对人工系统的存在问题的报告和增强要求。 观察正在工作的用户。 用户工作内容的分析。 寻找需求的决策者 （1）决策者的作用：能根据具体情况，对存在问题的需 求信息做出决定。 （2）决策者并不是固定不变的 。 例如： 如果个别用户就某些需求与其它大多数同类用户不能达成一致意见时？ 如果用户类之间存在不一致的需求时？ 不同类型的用户（部门不同）可能要求产品按照他们各自的爱好来设计和实现时？ 用户部门经理所提出的需求与其所在部门的真正用户提出的需求不一致时？ 当开发人员想象中的系统与用户需求不一致时？ 如果市场部门提出的需求与开发部门的开发人员所想要开发的系统发生冲突时？ 3.4实地收集需求信息 基本任务：到现场实地调查和与用户交流，收集和理解用户需求信息。 1 . 实地收集需求信息可能面临的困难 2. 实地调查的步骤 (1) 向掌握“全局”的负责人调查 (2) 向部门负责人调查 (3) 向业务人员调查 其中：步骤（2）和步骤（3）是一个反复的过程。 * 每次调查之前要制定调查提纲，每次调查要作记 录，并交由用户审查核实，以保证需求信息的可靠和准确。 3.实地收集需求信息的方式 以座谈会的方式 通过会议获得用户需求信息的方式 注意的问题 以书面咨询的方式 由软件开发人员将其所关心的和有待澄清的问题以书面形式提交给用户的方式。 例如，可以提出如下问题请用户回答： 你所在部门的业务流程？ 你所在部门与其他部门的关系？ 本部门应产生哪些表格以及这些表格的输入/出形式？ 在业务中使用什么计算方法？等。 利用用例或场景表示方式 用例（或场景）：用于描述软件系统与一个外部“执行者”的交 互顺序。 4. 需求信息的分类 问题的提出 作用 需求信息分类的方法 （1）目标需求：描述用户或开发机构能通过产品可获得的利益 和利润，以及与产品相关的发展规划等方面的信息。 （2）用例说明：有关如何利用系统完成业务任务或如何实现用 户目标的陈述。 （3）业务规则：有关业务过程的操作原则 。 （4）功能需求：定义系统应该做什么。 （5）性能需求：对系统如何能很好地执行某些行为或让用户采 取某一措施的陈述。 （6）外部接口需求：描述了系统与外部的联系 。 （7）限制：指一些合理限制设计者和程序员选择的条件。 （8）数据定义：描述一个数据项或一个复杂的业务数据结构的 格式、允许值或缺省值 等 。 3.5 确定非