第04讲软件需求分析.pptVIP

质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？ 软件需求各组成部分之间的关系 需求获取的难点 问题的多面性 获取中的问题 领域知识缺乏 利害关系人与开发人员的交流问题 不完备性和不一致性 需求易变性 需求错误的类型 * 问题的多面性 需求获取中的问题 沟通漏斗（交流问题） 你心里想的 100% 你嘴上说的 80% 别人听到的 60% 别人听的懂的 40% * 需求错误的类型 需求获取的方法与策略 建立顺畅的通信途径 访谈与调查 观察用户操作流程 组成联合小组 用例 需求获取的原则 将复杂问题分解、逐层细化 能够表达和理解问题的数据域和功能域 建立模型 有效需求实践 对方法的承诺 尽力并利用负责需求的联合团队 定义真实的客户需求 使用不断改进需求过程 迭代使用系统需求和体系结构过程 运用机制维护项目组之间的沟通 选择熟悉的方法并维护一组工作产品 执行需求检验与确认 提供适应需求变更的有效机制 使用业界、机构和项目证明的、已知的、熟悉的最佳实践，推动开发工作 定义真实的客户需求 将总项目费用8%-14%用于需求过程 培训项目组和项目管理人员更多地关心需求工程 找到项目倡导者 开发项目前景和范围定义 找一位需求工程师，