总结的一些用户研究方法和概念
由于软件开发项目和组织文化的不同，对于需求开发没有一个简单的、公式化的途径。下面列出了一些基本步骤，可以利用它们指导需求开发活动。对于需求的任何子集，那么你就可以很有信心地继续进行系统的每一部分的设计、构造，因为你将开发出一个好的产品： 1. 定义项目的视图和范围，确定每个功能的实现目的。 &n
软件需求分析的主要实现目标： 1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整 性，促使用户在软件设计启动之前周密地、全面地思考软件需求； 2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准； 3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外
软件需求说明书主要描述软件产品的功能，为设计、开发和测试以及产品相关人员的提供参考。软件需求说明书采用什么样的形式能够把功能描述清楚，如何让使用人员尽快了解产品的功能，采用什么样的编写方式，是软件需求分析人员需要考虑的问题。经过最近的摸索和积累，个人觉得编写需求文档不一定要长篇大论，要多用表格和流程图，并且至少包括以下内容： 一、目的 即使用场景描述，先用几句话简要概括做该
在我们周围，需求工程师更多时候，是在开发和测试工程师出现意见分歧时，充当一个裁判。我感觉这是不太正常的。 测试工程师知道有些场景用户不会这么使用，但可能对开发的处理方式不太满意，就会将问题推给需求，并要求需求工程师在软件需求说明书中给出相关定义和描述，避免后续追究承担相关责任。但是这类测试的边界和细节问题分散了需求分析人员的太多精力。也不是他们的工作重点。 我觉得需求工程师针对这类问题，只需要
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
