软件需求工程(2).pptVIP

软件需求工程（2）

——第三章需求获取几个基本概念客户用户软件开发人员项目相关人员软件需求分类目标需求业务需求功能需求性能需求约束与限制软件需求间的层次关系需求获取：确定和收集与软件系统相关的、来自不同来源和对象的用户需求信息。需求分析：对获得的用户需求信息进行分析和综合，即提炼、分析和仔细审查已收集到的用户需求信息，并找出其中的错误、遗漏或其他不足的地方，以获得用户对软件系统的真正需求，建立软件系统的需求模型。3）需求定义：使用适当的描述语言，按标准的格式描述软件系统的需求，并产生需求规格说明及其相应文档。4）需求验证：审查和验证需求规格说明是否正确和完整地表达了用户对软件系统的需求。需求开发是一个迭代的过程需求分析员需求分析员是对项目相关人员的需求进行收集、分析、记录和验证等职责的主要承担者；需求分析员是用户群体与软件开发团队件进行需求沟通的主要渠道；需求分析员是一种项目角色，而不是职务头衔；需求分析员的工作需求分析员是客户与开发人员交流的中间人，负责将用户对产品的初步想法，转化为明确的需求说明，用来指导开发工作。需求分析员必备的技能倾听的技巧交谈和提问的技巧分析能力协调能力观察能力写作能力组织能力创造力需求获取需求获取的过程确定需求开发计划基本任务确定需求开发的实施步骤，给出收集需求活动的具体安排和进度。确定需求开发计划需求开发计划应该针对以下内容进行制定：需求获取的目的需求获取的策略和过程需求获取工作取得的成果进度和资源评估需求获取的风险确定项目的目标和范围项目目标，描述了产品用来干什么，它最终是什么样子（远期目标）项目范围，则确定当前项目要解决项目长远规划中的哪一部分（近期目标）项目范围的适度项目目标和项目范围让需求分析员能够对是否将某项需求包含在项目中作出判断确定调查对象本阶段的任务是明确地确定来自不同层次的需求来源和用户，并将其分类。需求的来源直接或间接使用软件系统的用户系统需求规格说明市场调查和用户问卷调查已开发出的和待开发的同类软件系统的描述和文档对人工系统中存在问题的报告和增强要求观察正在工作的用户用户工作内容的分析用户类产品的不同用户之间存在很多差异，例如：用户所在的部门和职责；用户使用系统的频繁度和优先级；用户掌握的计算机知识和使用计算机的熟练程度；直接使用和非直接使用软件系统的情况用户代表代表特定的用户类，并可充当该用户类与开发人员之间的“窗口”。谁来作出决策（决策规则）当不同用户类提出的需求发生矛盾时，必须有人来进行协调，解决这些矛盾。如果个别用户之间存在分歧，则由用户代表来裁决；如果不同的用户类之间存在不一致的需求时，应支持最重要的用户类提出的需求；不同类型的用户，可能要求产品按各自的喜好设计产品解决办法：依据项目的目标，决定哪些是重要的用户，从而作出决策；当开发人员对产品的想法与用户的需求不一致时，决策者为用户；如果市场部门提出的需求与开发部门的开发人员所想开发的系统发生冲突时，决策者应该以市场部门为主。实地收集需求信息实地收集需求信息阶段的任务就是到现场实地调查和用户交流，收集和理解用户需求信息。实地调查的步骤向掌握“全局”的负责人调查向部门负责人调查向业务人员调查实地收集需求信息的方式座谈会的方式确定会议主题讨论时不超出范围，避免跑题保持较小的团队规模，并找到合适的参与者实地收集需求信息的方式书面咨询的方式利用用例表示方法用例是用于描述软件系统与一个外部“执行者”的交互顺序，主要体现执行者完成一次任务的过程。需求信息的分类目标需求：描述用户或开发结构通过产品可获得的收益和利润。用例说明：有关如何利用系统完成业务任务或如何实现用户目标的陈述可能就是用例。业务规则：当一个客户说一些活动只能在特定的条件下，由一些特定的人来完成时，该用户可能在描述一个业务规则。功能需求：描述了系统所展示的可观察的行为，以及系统用于用户执行的操作。性能需求：外部接口需求：描述了系统与外部的联系。限制：指一些合理限制设计者和程序员选择的条件。数据定义：当客户描述一个数据项或一个复杂的业务数据结构的格式、允许值或默认值时，他们正在进行数据定义。解决方案：如果一个客户描述了用户与系统交互的特定方法，使系统产生一系列的活动，那么他是在建议一种解决方案。确定非功能需求非功能需求是衡量软件能否良好运行的定性指标。可靠性（Reliability）指软件无故障执行时间的概率。