《需求分析经验之谈》由会员分享，可在线阅读，更多相关《需求分析经验之谈（3页珍藏版）》请在金锄头文库上搜索。
1、 需求分析经验之谈 做 UE 设计工作已经 6 年了，回想这 6 年的设计工作，尽管公司有一套比较完善的项 目流程，但是最终完成的质量上来说都不尽理想。最大的问题就出在需求分析没有做好， 需求分析是一个项目的开始，好的需求分析意味着好的开始、正确的方向。为了能正确的 进行需求分析，进而产生合理的需求分析表格，最近对 6 年的工作进行了总结，并且查阅 了大量的需求分析的资料，对已有的需求分析文档进行了整理。 如何做需求分析是一个很大的话题，很多书籍上做了很多的阐述，我想探讨的是如何 做需求分析表。 我是赞成拿来主义的，但是我非常反对完全拿来。不同的项目和行业领域，流程和表 格的内容是不可能完全一
2、样的。在易用性在中国蓬勃发展的今天，由于我们起步较晚，没 有受过良好系统的专业训练，拿来主义是一种最有效的方式。但是如果完全拿来，没有消 化和改良，没有找到适合自己的东西，那么别人正确的东西在我们这里的作用一定会大打 折扣。需求分析表 一 需求的类型 1. 功能需求（编号：IDF XXX）Functional 2. 性能需求（编号：IDP XXX）Performance 1） 时间特性：说明对于该软件的时间特性要求，如对： a. 响应时间 b. 更新处理时间 c. 数据的转换和传送时间 2） 灵活性：说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变 化的适应能力，如： a.
3、操作方式上的变化b. 运行环境的变化 c. 同其他软件接口的变化 d. 精度和有效时限的变化 e. 计划的变化或改进 3） 输入输出：解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正 常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 4） 数据管理能力：说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预 见的增长对数据及其分量的存储要求做出估算。 3. 体验需求（编号：IDX XXX）Experience 为了在界面上实现某些视觉、动画、切换效果等，会有一些 UI 方面的需求。 4
4、. 业务需求（编号：IDB XXX ）Business 满足业务上的需要，比如某些运营商强制要求的 LOGO 标记、启动界面、About 或者 Help 等等。 5. 其他专门要求（编号：IDE XXX）Extra 如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、 可靠性、运行环境可转换性的特殊要求等。 二 需求编号 进行编号时，一定要考虑到需求的延展性和修改性。 1. 每个需求有一个独立的编号 2. 每个模块在编号上加以区分。可以用在编号中加入模块名称。如果是小项目，模块很 少的话，也可以不进行区分。 3. 根据需求的类型在编号上予以区分 1） 功能需求（Func
5、tional ）：IDF XXX 2） 性能需求（Performance）：IDP XXX 3） 体验需求（Experience）：IDX XXX 4） 业务需求（Business ）：IDB XXX 5） 其他专门要求（Extra）：IDE XXX 项目中后期，由于各方面原因需要增加某些需求，那么这些需求统一以 CR（Change Request）开头进行编号，不需要区分需求的类型。 三 需求说明重点 一个软件项目单就功能需求来说，很难在项目前期就完全定义下来。但是有一些需求 是必须在前期确定编入本表： 1. 客户明确要求的需求 有些客户会提出明确的需求列表，这些需求无论划为为哪一级都需要在
6、本表中体现， 对照本表需要检验需求的完成情况。 2. 对用户体验和易用性有提高的需求 这部分需求对软件是否成功有着至关重要的作用。因此需要在前期对这部分需求进行 规划，并检查完成情况。 其他需求不代表不重要，而是相比软件成败的关键因素（功能+体验） ，这些需求并不是对产品的成败产生很大的影响。尽管如此，尽可能的将这些需求都在前期填入本表。项 目进行中，有任何的新需求，也需要填入本表 四 需求说明的层级 Level 项目前期不可能一下子就得出很细致的需求。客户往往只会提出一些大的概念，比如 体现商城的概念，占领桌面的概念，需要有好的用户体验。当然仅仅只是了解这些是远远 不够的，首先我们应该了解客
7、户究竟要要什么？进而了解用户的真正需求是什么？第一批 （Level）的需求确认只是“树干”级的功能。后面的几次需求确认就是“树枝”级的功能。 “树干”级的功能是最重要的，会对项目成败起到关键性的作用。 “树枝”级的功能建议尽 量去做。 注：先有需求，才会有设计文档（UI/UE 文档） ，因此，Level1 阶段的需求不可能太过细致， 应该要了解客户的正确意图是什么，了解真正用户的需求。由需求来指导设计。Level2 阶 段的需求是在 Level1 阶段需求确定完成之后，对 Level1 阶段的需求进行细化，已经可以牵 扯到一些设计的过程。 五 需求的等级 划分需求等级的时候，首先需要确定的是：
8、从谁的角度划分需求分析。因为不同的人 关心的内容不同。交互设计师关心的是功能的重要性，重要的功能必须确保完成。开发关 心的是要做哪些功能以及何时做。 这里需求等级我认为应该从交互设计师的角度给出专业性的意见：哪些功能是一定要 实现的，哪些是可有可无的。 六 实施阶段 对项目管理来说，交互设计师应该和开发充分沟通，了解开发哪些是不能做的，哪些 有技术难度需要推后的，哪些是风险较大的。项目管理混乱很大程度上是因为各个部门沟 通太少，各自为战。好的项目管理能够大大的缩减项目时间和成本。 实施阶段的划分可以根据客户验证点来划分，P1 、P2、P3 等等。 七 变更部分 项目实施过程中会出现两部分的变更。一种是新增加的功能，会以 CR 的方式按照一定的 流程提出、评审、决定。另一种是确定要做的功能，因为各种原因不能完成，那么需要填 写变更信息，注明变更理由。 值得思考的问题：如何确定体验需求？
