需求分析的六个原则(五)用最简单的文字工具记录需求
软件项目管理软件项目需求管理
2.2.4编写需求文档
➢软件需求规格说明
(1)基本含义 规格就是一个预期的或已存在的计算机系统的表示，它可 以作为开发者和用户之间协议的基础来产生预期的系统． 软件需求规格SRS也称为功能规格说明，需求协议或系统规 格说明，精确地阐述一个软件系统必须提供的功能和性能 以及它所要考虑的限制条件，是对外部行为和系统环境 （软件，硬件，通信端口和人）接口的简洁完整的描述性 文档．
2.1.2软件需求层次
➢软件需求的四个抽象层次
原始问题描述 用户需求 系统需求 软件设计描述
4
2.1.2软件需求层次
软件需求的抽象层次如图2.2所示：
图2.2 软件需求的抽象层次
5
2.1.2软件需求层次
原始问题：描述是对要解决问题的叙述 用户需求：是用自然语言和图表给出的关于系统需要提供
10
2.1.2软件需求层次
系统需求的描述语言:
表2.1系统需求的描述语言
名称 说明
结构化 是对自然语言格式化， 语言 依赖于定义标准格式或
模板来表达需求描述
优点
缺点
表现能力强、易 于理解 、一致性 约束 、控制结 构 、图形化显示
仍然有一定程度的 二义性；细致程度 欠缺
PDL 源于像Java或Ada这样 可通过软件工具 表达系统功能的能
（２）形式化 需求规格描述方法有三种: 形式化方法、非形式化
方法和半形式化方法。 形式化方法：是具有严格数学基础的描述系统特征
的方法，具有准确、无二义性的特点，有助于验证有效 性和完整性。
非形式化方法：使用未作任何限制的自然语言，易 于理解和使用，但它固有二义性，且难以保证正确性、 可维护性，难以用计算机系统提供自动化的支持。
需求分析简答重点
第一部分软件需求的基本概念*好需求的特征：无歧义、完整、一致、可检验、确定、可跟踪的,正确的，可行的和必要的。
软件开发的目标，简单而言，就是满足用户的需要。
三种最经常使项目“遇到困难"的因素是:⏹缺乏用户介入：占所有项目的13%⏹不完整的需求和规格说明：占所有项目的12％⏹不断改变的需求和规格说明:占所有项目的12%三种项目最主要的“成功因素"是：⏹用户介入：占所有成功项目的16％⏹高层管理的支持：占所有成功项目的14%⏹需求陈述清晰:占所有成功项目的12％高质量的需求过程带来的好处：在开发后期和整个维护阶段的重做的工作大大减少了。
IEEE软件工程标准词汇表定义需求为：1.用户解决问题或达到目标所需的条件或能力。
2.系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力.3.一种反映上面(1)或（2)所描述的条件或能力的文档说明.第二章需求的层次*需求是多层次的，包括业务需求、用户需求、功能需求和非功能需求。
业务需求反映了组织机构或客户对系统、产品高层次的目标要求,位于需求链中的最顶层,在项目视图和范围文档中予以说明。
用户需求描述了用户使用产品必须要完成的任务，这在实例文档或方案脚本予以说明。
功能需求定义了开发人员必须实现的软件功能，使得用户完成他们的任务，从而满足了业务需求。
和非功能需求在SRS中说明。
非功能性的需求描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。
需求路线图:涉众需要-〉系统的特性—〉建立软件需求软件的6个质量特征（非功能性需求）：可靠性，可用性，有效性,可维护性，可移植性，约束。
有效性(Efficiency）是在规定的条件下，软件性能水平与所使用资源量之间关系有关的一组属性.可靠性（Reliability）是与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性可维护性（Maintainability）是与进行指定的修改所需的努力有关的一组属性约束定义为：对开发人员在软件产品设计和构造上的限制。
《软件需求分析》单选填空判断答案
《软件需求分析》习题集《软件需求分析》课程组编2012年4月目录一、单项选择题 (2)二、填空题 (5)三、判断题 (9)《软件需求分析》习题集一、单项选择题1、软件生产中产生需求问题的最大原因在于对应用软件的（）理解不透彻或应用不坚决.(A）复杂性（B)目的性（C）模拟性（D）正确性2、需求分析的目的是保证需求的（）。
（A）目的性和一致性（B）完整性和一致性（C）正确性和目的性（D）完整性和目的性3、系统需求开发的结果最终会写入（)。
(A）可行性研究报告（C）用户需求说明4、现实世界中的（（B）前景和范围文档（D)系统需求规格说明）构成了问题解决的基本范围，称为该问题的问题域。
（A）属性和状态（B)实体和状态（C）实体和操作(D）状态和操作5、功能需求通常分为三个层次，即业务需求、用户需求和( ）。
(A)硬件需求（B）软件需求（C）质量属性(D）系统需求6、比较容易发现的涉众称为初始涉众，又称为（），通常包括客户、管理者和相关的投资者。
（A）关键涉众（B）涉众基线（C)普通涉众(D)一般涉众7、如果在最终的物件（Final Artifact）产生之前,一个中间物件（Mediate Artifact）被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的（).（A)模拟（B）构造（C）原型（D）模型8、按照使用方式进行分类,原型可分为：演示原型、（）、试验原型和引示系统原型.（A）非操作原型(B）系列首发原型（C)选定特征原型（D）严格意义上的原型9、按照功能特征进行分类，原型可分为：( ）、非操作原型、系列首发原型和选定特征原型。
（A）拼凑原型（B）样板原型（C)纸上向导原型（D）严格意义上的原型10、按照开发方法进行分类，原型可分为：演化式原型和抛弃式原型，其中抛弃式原型又被细分为( ).(A）演示原型和试验原型(C）探索式原型和实验式原型（B）系列首发原型和选定特征原型(D）样板原型和纸上向导原型11、原型的需求内容可以从三个纬度上分析:即（）。
需求分析报告范文（精选12篇）
需求分析报告范文（精选12篇）一、什么是报告报告是一种公文格式，专指陈述调查本身或由调查得出的结论，反映工作中的基本情况、取得的经验教训、存在的问题以及今后工作设想等，使用范围很广，报告的风格与结构因各个机构的惯例而有所不同。
在已发布的党、人大、政府、司法、军队机关的公文处理规范中，都规定了报告这个文种。
二、需求分析报告范文（精选12篇）在学习、工作生活中，报告与我们的生活紧密相连，多数报告都是在事情做完或发生后撰写的。
那么一般报告是怎么写的呢？以下是小编为大家收集的需求分析报告范文（精选12篇），欢迎大家借鉴与参考，希望对大家有所帮助。
需求分析报告范文1我生性是比较胆小的。
对于安全，特别是生产安全，估计得从我参加工作的那年说起。
08年一毕业，我便被分配到位于甘肃山沟里面的一个水电站做施工。
在这里，平生第一次深刻知道安全对于生产，对于自身，对于内心的重要性。
记得美国犹太裔人本主义心理学家亚伯拉罕?马斯洛（Abraham Maslow）就提出，人对于安全的需求在需求层次理论金字塔中是先于生理需求（身体基本需求）社交需求（社会关系的需求）自我实现需求及尊重需求，属于最基本的需求。
是的，人工作是为了活着，或是为了养家糊口，或是为了十几年的教育能够学有所用，或是为了实现自己的社会价值，但所有的所有的目的，都是在自身安全的前提下实现的。
由于我的生性胆小，所以第一次接触这种立体式庞杂的施工现场时，我是以一个初入者的身段带着强大的融入式需求来接受目前这份工作的，虽然在繁杂立体式的施工现场有很多对自身安全造成困扰的问题，但是我得面对。
因为我来自农村，又学了工程测量这门专业，除此之外，作为一个刚毕业的学生，我还能干吗？第一次在下面悬空的钢筋网上走自己还是很害怕的，第一次背着仪器箱子在垂直的几十米高简易爬梯上上下内心也是颤抖的，第一次在全无遮护的布着钢轨仅能容下双脚宽的20多米高的吊车预制梁上走过内心是带着与命运抗衡的决心的，我记得从那上面走过后，我觉得这辈子我都不再从类似这样的地方走过，对我来说这简直是在高空走钢丝绳，即使我们有年长的前辈在上面如履平地。
需求分析报告范文
需求分析报告范文需求分析报告范文「篇一」一、调查目的以怀化学院为例，了解大学生英语学习现状，调查他们的英语学习需求，对英语新课程发展提出建议。
二、调查范围怀化学院外语系 09 级 4、5 班三、调查对象有至少八年以上英语学习基础的大学生、有至少三年以上英语教学经验的老师。
四、调查方法1、访谈对部分怀化学院外语老师和学生进行访谈。
访谈内容涉及英语教师、教材、学习策略、学习环境(课内外学习环境)四个方面。
2、收集英语学者需求分析样本。
3、任务分析。
五、成果1、背景概述近年来，我系英语专业四级、八级过级率逐年上升，学生应对考试的能力不断提高，然而，学生的实战应用能力却相形见绌。
归其原因，主要是受到考试过级率的影响，教学者教学形式单一，教师唱独角戏，满堂灌，教与学双边活动难以开展等现象比较突出。
2、调查结果分析 ----- 学生的英语学习需求整体情况分析。
A、学生对英语教师的需求主要有以下几个方面：a、教师的基本功要扎实知识要渊博，教师要严而有道，以身作则。
b、希望教师采用灵活多变的教学方法。
c、希望和教师建立良好的师生关系。
由此可见，学生对英语教师的语言基本功、知识水平、教学方法方面、有着相当高的要求;学生希望老师在教学过程中以身作则，树立榜样;学生更喜欢老师经常激励他们;同时学生期待与老师建立良好的师生关系。
B、学生对教材的需求主要有以下几个方面：a、希望教师在教学过程中教学内容不要固定在教材本身，要及时补充鲜活的内容;b、希望教材内容能有助于提高他们的交际能力。
通过调查我们发现学生对教材的内容的真实性、实用性、趣味性、知识性和教材对交际能力的培养的要求很高。
教师在教材的选择和使用上应注意趋利而避弊，在固定教材上增补一些新的教学材料。
另外，固定教材容易使教材的内容过时，不能反映外语。
实际的现状，并且还会造成教材的难度与学生实际水平脱节的现象授课时和班级过大等因素的限制，如何充分利。
C、学生对学习策略的需求通过调查我们发现有 :小部分学生还不能有效地使用适合自己的英语学习策略;大部分学生认为教师对学生进行英语学习策略培训有必要，还有一部分学生能够经常反思自己的英语学习，探索适合自己的学习方法，但效果不理想，希望求助于英语教师。
6m原则的含义
6m原则的含义摘要：1.6m原则的定义与背景2.6m原则的六个要素3.如何在实际生活中应用6m原则4.6m原则的应用案例解析5.总结与展望正文：在我们日常生活中，有很多事情需要我们去处理，有些事情看似简单，但实际上却很复杂。
为了更好地应对这些问题，我们需要掌握一些基本的原则和方法。
6m原则就是这样一种帮助我们简化问题、提高工作效率的方法。
6m原则的含义是指在面对问题时，我们需要遵循六个步骤来进行分析和解决。
这六个步骤分别是：Measure（测量）、Minimize（最小化）、Maximize（最大化）、Identify（识别）、Modify（修改）和Maintain（维持）。
下面我们将详细地介绍这六个步骤。
首先，测量（Measure）是指我们需要对问题进行详细的了解和分析，收集相关的数据和信息。
这一步骤的目的是让我们对问题有一个清晰的认识，找出问题的根源。
其次，最小化（Minimize）是指在解决问题的过程中，我们要尽量减少负面影响。
这可以通过调整我们的心态和方法，将问题的影响降到最低。
接下来，最大化（Maximize）是指在解决问题的过程中，我们要充分发挥自己的优势和资源，以达到解决问题的最佳效果。
这就需要我们在解决问题时，要有积极主动的态度，充分利用身边的资源和条件。
然后，识别（Identify）是指我们需要找出问题的关键点，明确问题的性质和特点。
这一步骤的目的是让我们对问题有更深入的了解，为后续的解决提供依据。
再次，修改（Modify）是指在了解问题的基础上，我们要对问题进行改进和调整。
这需要我们根据问题的特点和实际情况，制定出合适的解决方案。
最后，维持（Maintain）是指在解决问题后，我们要保持问题的解决成果，防止问题再次发生。
这需要我们养成良好的习惯和行为，形成长期的有效机制。
在实际生活中，我们可以运用6m原则来解决各种问题。
例如，在工作中，当我们遇到一个复杂的项目时，可以先测量项目的难度和风险，然后尽量减小项目的负面影响，充分发挥团队的优势，找出项目的关键点，制定合理的计划，并在完成后维持成果。
需求管理6个最佳方法
需求管理6个最佳方法需求管理是软件开辟过程中至关重要的一环，它能够确保项目在满足客户需求的同时，高效地实现。
在需求管理过程中，存在一些最佳方法，可以团队更好地管理需求，减少项目风险和满足客户期望。
本文将详细介绍需求管理的六个最佳方法。
一、需求识别和采集需求识别是需求管理的第一步，团队需要与客户交流并了解他们的期望和需求。
通过面对面会议、问卷调查等方式，获取客户需求并将其记录下来。
在识别需求时，团队还需注意分辨需求的优先级和可行性。
二、需求分析和规划需求分析是将采集到的需求进行进一步的分解和细化，以便团队更好地理解需求的基本特征和功能。
在分析需求时，可以使用UML图、流程图等工具将需求可视化，以便于团队成员理解和讨论。
同时，团队还需对需求进行优先级排序和规划，确保重点需求得到充分关注。
三、需求验证和确认需求验证是确保需求与客户期望一致的过程。
团队需要与客户进行需求确认，并确保所有需求都相互独立和可追踪。
在需求验证过程中，可以使用原型设计、测试等方式，检验需求的有效性和可行性。
四、需求变更管理在项目进行中，客户的需求可能会发生变化。
因此，团队需要建立一个明确的需求变更管理流程，以便及时引入新的需求或者调整现有需求。
在变更管理过程中，需要评估变更的影响范围、成本和可行性，并与客户进行商议和确认。
五、需求跟踪和控制需求跟踪是确保项目按照客户需求进行的过程。
团队需要建立一个需求跟踪矩阵，将需求与项目的不同阶段、和成果进行关联。
通过跟踪需求的完成情况，可以及时发现和解决项目中的问题，确保项目发展顺利。
六、需求管理需求是记录项目需求的重要依据，团队需要建立一个完整的需求管理系统。
需求应具备清晰的结构和格式，包括需求描述、优先级、可行性评估等内容。
团队还需定期维护和更新需求，以保证其与项目发展的一致性。
本文提供了六个最佳方法来进行需求管理，包括需求识别和收集、需求分析和规划、需求验证和确认、需求变更管理、需求跟踪和控制、需求管理。
七步让你做好需求分析
七步让你做好需求分析确定项目目标第一步是与团队一起明确项目的目标和范围。
这些目标需要从多个利益相关者的角度进行审查，并且应该能够明确地解释给所有人。
一、了解业务需求首先，需要对项目的业务需求进行深入了解。
这包括对业务过程、业务规则、数据模型等方面的分析。
在这个阶段，可以与业务相关人员进行沟通，听取他们的意见和建议。
同时，可以借助各种工具和技术，如流程图、数据字典、用例图等来帮助理解业务需求。
二、分析用户需求除了业务需求，还需要对用户需求进行分析。
用户需求是指用户对系统或产品的期望和要求，包括功能需求、性能需求、可靠性需求、安全需求等。
在这个阶段，可以采用用户调研、问卷调查等方法，收集用户的反馈和建议。
同时，也可以通过竞品分析、市场研究等方式，了解用户的偏好和需求趋势。
三、制定需求规格说明书为了更好地明确项目目标，需要制定一份完整的需求规格说明书。
该文档应包括项目的业务需求、用户需求、功能列表、性能指标、安全要求等信息，以及各种约束条件和假设前提。
在制定需求规格说明书时，需要注意以下几点：1.明确需求的优先级。
不同的需求具有不同的重要性和紧急程度，需要按照一定的优先级进行排序。
2.确保需求可行性。
需求规格说明书中列举的需求应当是可行的，不要超出技术或资源的限制。
3.避免冲突和歧义。
需求规格说明书中应尽量避免冲突和歧义，以免后续开发过程中出现问题。
四、与利益相关者沟通在确定项目目标的过程中，需要与各方利益相关者进行充分沟通。
这包括业务代表、用户、开发团队、测试团队、运维团队等。
通过与他们的沟通，可以更好地理解各方的需求和期望，协调各方的利益关系，确保项目成功完成。
五、制定项目计划最后，确定项目目标之后，需要制定一个详细的项目计划。
该计划应包括项目的时间表、里程碑、资源分配、风险管理等方面的内容。
在制定项目计划时，需要充分考虑各方的需求和利益，确保项目目标得以实现。
总之，通过对业务需求和用户需求的分析，制定完整的需求规格说明书，并与各方利益相关者充分沟通，最终制定一个详细的项目计划，可以更好地确定项目目标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
需求分析的六个原则（五）用最简单的文字工具记录需求需求是信息的具体表现，我们知道，一个信息进行一次传递，需要具备以下5个条件：1、信息本身2、信息发出者3、信息承载介质4、信息接收者5、信息所处的环境这5个条件的综合作用决定了这个信息最终的质量。
具体到需求这种和产品经理每日息息相关的信息上，我们都必须面对一个非常现实的问题，就是：如何来保证我们获得的信息的衰减性是最小，并且我们又如何能把这种信息尽量少衰减的传递给下一个接收者。
既然本章的标题是“用最简单的文字工具记录需求”，并且在本系列的第三章中，我提供了一个自己整理的《需求反馈文档》模板，属于记录市场需求的第一个工具，因此，在本章里，就以这个模板工具为例，详细来说明一下如何把需求记录好。
第一部分：这个部分比较简单，主要是说明原始需求提出者的信息，具体包括三项：1、需求来源：我这里是以我所在公司的情况写的，大家可以根据自己情况来定，其实这部分就是说明需求的市场细分，这个需求是个人终端客户提出的，还是企业级客户提出的。
2、来源方名称：说明需求提出者的名称，如果是个人，就是姓名，如果是企业，就是企业名称。
3、来源时间：说明需求提出者的反馈时间。
这项比较关键，因为咱们通常会发现，客户向公司的是市场人员反馈了一个需求后，市场人员往往不能及时反馈给我们，要么是想起来的时候才说，要么就是等着开会的时候才说，要么就是右耳朵进，左耳朵出，根本没放在心上。
因此，我在公司里一直强调有需求一定要及时通过这个文档反馈给产品部，当然，要让相关部门的每个人都真正重视起来，一是需要时间，二是需要规范。
第二部分：这个部分就是针对内部第三方的了，主要是说明需求获取方的信息，在前面的文章说过了，许多行业的产品经理很少有直接面对客户的机会，因此，我们往往还是通过第三方来得到市场需求，具体包括5项：1、需求提交人：这里用需求提交人，而不是需求来源，就是为了区别客户和第三方。
2、提交时间：说明这个需求是第三方什么时候加入到需求池中的。
3、所在部门：说明第三方所在的部门。
4、工作职位：说明第三方在该部门内的工作岗位。
5、PST位置：PST是什么呢？就是产品战略表（Product Strategy Table），关于PST 的解释这里不多说，对于第三方来说，只要说明这个需求是针对那个产品线或者产品的即可。
第三部分：这个部分就是针对需求本身的了，大家可以看出来，一共就三部分，非常简单，为什么呢？就是因为大家要知道，对于客户来说，他们在提出需求的时候，根本不可能按照我们期望的那样分门别类的告诉你。
有一次，我们的一个产品经理和一个客户进行需求沟通，他首先问客户“你对我们产品的功能有什么想法呢？”对于客户来说，产品功能还是比较熟悉的，也多少说了一些，但是接下来问题就出现了，他又问客户“你对产品的UI有什么想法呢？”。
客户一下子就糊涂了，想了半天，问他“UI是什么？”，他可能也意识到这个词太专业了，于是又给客户解释说“UI就是界面，也就是产品的外观”，客户这次似乎是多少明白了一些，但是明显感觉在说的时候有些不够放开了，为什么呢？大家可以分析一下，你把UI就解释为界面或者产品外观，实际上在限制客户的思维，客户在每说一个需求的时候，就会想“我说的这个是和界面或者外观有关系的吗？”。
这或许还好一些，UI还比较容易解释，如果是UE呢，谁敢说能让客户很清楚的知道UE 是什么意思呢？用户体验？估计用户会更没体验了，呵呵！其实就是这样，对于客户来说，越是专业的词汇，越是把需求分的很细，在省了我们事的时候，反而会让客户很费事，我们要知道，获取需求的时候，一定是要让客户在思维上不受限制，让客户想到什么说什么就可以了。
在第三部分，也就是需求说明中，只有三个部分，即使是这三个部分，也不是由客户直接填写的，而是由公司第三方在获得了客户需求后，稍微进行整理后填写的，相对于第三方来说，他们要比客户更了解一些产品方面的知识，即使是这样，对于第三方而言，我们也不能太专业了。
1、产品需求：针对产品介质本身的需求内容，通常包括功能、性能、UI和UE上的，不要细分，用户怎么说的，就怎么写。
2、业务需求：针对产品营销层面上的需求内容，通常包括用户对产品的渠道、价格、销售、服务等方面的需求，撰写要求同上。
3、个性需求：有时候客户会提出一些我们看起来异想天开或者是我们没有预料到的需求，千万记住了，对于这些需求，不要一笑而过，一定要让第三方记录下来，有时候这些需求往往能够让我们的产品另辟蹊径，获得意想不到的成功。
第四部分：这部分就比较简单了，就是要让第三方留下自己的联系方式，因为如果我们对某个需求有不解或者想进一步沟通的时候，可以通过第三方找到提出这个需求的客户，便于我们进行直接沟通。
从这个模板中可以看出，文章开头说到的信息传递的5个要素中，这个模板包括了4个，分别是：1、信息本身：模板中的第三部分。
2、信息发出者：客户是需求的反馈者，第三方是需求的提交者。
3、信息承载介质：需求反馈文档。
4、信息接收者：第三方是客户需求的接收者，我们是第三方需求提交的接收者。
只有一个元素没有涉及到，就是信息所处的环境，这个环境虽然决定不了信息的传递过程，但是会非常影响信息传递的效果，也就是会影响到信息的衰减程度。
这个环境包含的内容比较多，我也没有很好的整理过，就不往下结论了，但是有一点是我体会非常深的，就是信息传递的环境包含一个非常重要的因素，就是“信息传递的环节”。
我们都知道一个传话的游戏，一个本来很有效的信息，经过的传话环节越多，那么到最后，可能已经和原始的信息大相径庭了，如果每个环节之间还是相互封闭的，问题会更多。
这就是需求分析原则五中强调的第四点：保持沟通的通畅，是了解需求的保障。
这个通常首先是每个环节之间一定要开放，二是每个环节的传递介质一定是统一的，三是要传递的信息一定是标准的。
许多企业花大力气建设CIS（企业信息系统），其实根本目的就是为了让部门间的信息流转能够畅通和高效，最终让企业的运转成本降低下来。
在做一些企业级产品的时候，我们通常会不断地和客户进行需求的交流和确认，如果采用快速原型法的开发模式，那么，我们还会在原型开发完成后，和用户进行需求的最终确认，这个时候，就会有一个问题出现了，就是“这个原型一定是要让客户无需太多思考就可以理解的”。
有时候我们会认为原型又不是成型的产品，差不多就行了，其实不然，对于客户来说，他们看到原型的时候就会认为最终的产品也是如此，因此，在原型上，不但不能掉以轻心，而且要更加重视才可以。
记得有一次，我们为一个客户做了一个产品原型，因为是原型，开发部门也没怎么当回事，许多细节地方都带着开发部门的专业印记。
例如，这个产品中其中有一项很简单的功能，就是在选项里可以设置是否“自动读取放入光驱中的光盘”。
但是在原型中，开发没当回事或者认为写中文太费事，于是直接就写上了“AUTO READ CDROM”，开发当然明白这是啥意思了，可是给客户看的时候，客户就是搞不清楚这CDROM 是什么，解释了半天后，客户还是很认真地问“这个CDROM就是VCD吧，那CD能不能放呢？”。
后来我和开发说这个事情的时候，开发还满不在乎的说“不就是一个原型吗，没必要那么费事吧！”我经常会遇到这样的事情，开发和产品经理说“产品原型差不多就行了吧，简单表示一下就可以了吧”，那个产品经理认真地说“嗯，意思一下就可以了，没必要花太多精力”。
还是前面提到的那句话：我们省事就意味着客户要费事。
因此，需求分析原则五中第三点强调的就是：不要希望客户能花更多的时间来了解需求转换后的模型。
要做到这点，就只能在我们获得用户需求的那一刻起，就要想着“我费些事，客户就可以省点事”。
总结一下需求分析第五个原则的中心思想：1、需求分析第五个原则：用最简单的文字工具记录需求。
客户并不麻烦，需求也不复杂，麻烦的是我们把一切做的太复杂了。
2、原则第一点：所有人都能懂的东西，最不容易出错。
没有人喜欢复杂的东西，需求也不例外。
3、原则第二点：不需要再学习的东西，最不容易出错。
产品是需求的表现，没有人喜欢复杂的产品，要做到这一点，就从需求开始吧。
4、原则第三点：不要希望客户能花更多的时间来了解需求转换后的原型。
我费些事，客户就可以省些事，客户省事了，我们最终也就省事了。
5、原则第四点：保持沟通的通畅，是了解需求的保障要实现需求的清清楚楚，就要做到沟通的反反复复。
出师表两汉：诸葛亮先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。
然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。
诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。
宫中府中，俱为一体；陟罚臧否，不宜异同。
若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。
侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。
将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”，是以众议举宠为督：愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。
亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。
先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。
侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也。
臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。
先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。
后值倾覆，受任于败军之际，奉命于危难之间，尔来二十有一年矣。
先帝知臣谨慎，故临崩寄臣以大事也。
受命以来，夙夜忧叹，恐托付不效，以伤先帝之明；故五月渡泸，深入不毛。
今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，攘除奸凶，兴复汉室，还于旧都。
此臣所以报先帝而忠陛下之职分也。
至于斟酌损益，进尽忠言，则攸之、祎、允之任也。
愿陛下托臣以讨贼兴复之效，不效，则治臣之罪，以告先帝之灵。
若无兴德之言，则责攸之、祎、允等之慢，以彰其咎；陛下亦宜自谋，以咨诹善道，察纳雅言，深追先帝遗诏。
臣不胜受恩感激。
今当远离，临表涕零，不知所言。