23需求的分析方法和实践.pptVIP

需求分析方法和实践 需求的分析 文档研究 问卷调查 访谈 观察 示范 集中会议 研究类似组织 建议的需求分析过程 1.定义项目的前景和范围 2.确定用户类及代表 3.识别关键需求 4.产品及软件规划 5.分配需求 6. 定义需求规则并用例化分析 7.产品或软件功能定义 8.需求优先级和必要性分析 9. 从用户那里收集质量属性的信息和其它非功能需求 10.开发用户界面原型以澄清需求 1.建立项目前景与范围 业务需求代表了需求链中最高层的抽象：他们为软件系统定义了项目视图和范围。软件功能需求必须根据用户的需求来考虑，且要与业务需求所设定的目标相一致。 项目视图可以把项目参与者定位到一个共同和明确的方向上。项目视图描述了产品所涉及的各个方面和在一个完美环境中最终所具有的功能。 相反的，范围描述了产品应包括的部分和不应包括的部分。范围的说明在包括与不包括之间划清了界线，当然，它还确定了项目的局限性。 项目前景和范围的文档 a. 业务需求 a.1 背景 a.2 业务机遇 a.3 业务目标 a.4 客户或市场需求 a.5 提供给客户的价值 a.6 业务风险 b. 项目视图的解决方案 b.1 项目视图陈述 b.2 主要特性 b.3 假设和依赖环境 c. 范围和局限性 c.1 首次发行的范围 c.2 随后发行的范围 c.3 局限性和专用性 d. 业务环境 d.1 客户概貌 d.2 项目优先级 e. 产品成功的因素 2.确定用户类 每一个用户类都将有自己的一系列功能和非功能要求； 在项目中，要尽早为产品确定并描述出不同的用户类，这样，就能从每一个重要的用户类代表中获取不同的需求 寻找用户代表 确定其作出决策 3.识别关键需求 关键需求是对系统在其操作环境下满足其任务目标的能力的指标，通常是从客户角度提出的一些关键的客户需要。主要包括重要的性能、安全性、可操作性、可用性、稳定性、可维护性、培训的时间和成本等。 关键需求往往影响一些关键技术的识别，关键技术往往是需要验证的。 需求分析的步骤 关键需求是对系统在其操作环境下满足其任务目标的能力的指标，通常是从客户角度提出的一些关键的客户需要。主要包括重要的性能、安全性、可操作性、可用性、稳定性、可维护性、培训的时间和成本等。 关键需求往往影响一些关键技术的识别，关键技术往往是需要验证的。 3-1. 识别关键问题 根据产品的定位，结合领域知识，在产品的关键需求确定后，探索并形成产品的初步组成框架(备选概念探索)，思考各部分和整体需要解决的关键技术问题，形成关键技术列表，安排人力进行研究以便形成最终的产品概念。一般来说，需要进行关键技术可行性研究的情况包括： 本产品初次使用的重要技术或重要产品包。 技术风险高的技术，验证周期长，对整体方案的影响大。 3-2. 关键技术验证 对于每个关键技术可行性研究，建议以单独的文档记录分析过程和最后的选择结果（在后续的设计过程中如果关键技术解决方案变更，应跟踪修正受影响的所有配置项进行），该文档的具体格式可以由系统工程师定义，但建议包括如下方面的内容： 要分析的问题，达成目标的判定标准，解决过程中必须遵守的约束，如果是解决已有问题，应描述使用、设计过程中存在的主要问题。 解决思路描述。可以使用方框图（描述解决方案的预计组成构件以及交互）和类似合作/交互图/消息流图解释如何实现。 不同方案的优缺点分析方案的选择结果以及需要跟踪的技术风险以及问题。有些方案的选择有可能综合多个问题的解决方案一起考虑做出最后的决策。 对于验证过的关键技术，需要组织专家对验证结果进行评审，将评审结果作为形成产品概念的依据。 3-2.关键技术验证 综合关键技术研究的结果，形成完整的产品解决方案-产品概念。产品概念是产品的设计思路或者设计方案，产品概念是从比较高的层次上对设计的考虑，他集中考虑如何满足客户需要的实现原理上，而非确定具体的组成部件。 产品概念(以及关键技术解决方案)和产品用户需求是互相影响的，项目任务书中的需求和关键需求会驱动产品概念（和关键技术解决方案），基于选择的概念，也会导致某些需求不会出现在产品用户需求中。 4. 产品或软件规划 确定实现用户需求的产品需求系统或子系统的结构，明确系统的模块划分。 5.分配需求 把用户需求分配到系统或子系统中去 6.系统用例化需求分析 把用户需求依据用例模式重新组织和描述 7. 设计系统功能 在用例化分析的基础上，描述用户和系统的交互状况，从而识别出系统为特定用户提供的功能响应，这样的功能响应即是系统的功能需求单元。 功能需求是从系统用户角度出发的所看见的系统功能单元，它为进一步进行产品规划提供了一个依据。 8. 系统功能冲突处理并确定优先级 合并相同的功能定义 消除有冲突的功能定义：有可能是用户需求冲突，也可能是系统功能