- 博客(5)
- 收藏
- 关注
RSS订阅原创 软件项目需求开发基本步骤
由于软件开发项目和组织文化的不同，对于需求开发没有一个简单的、公式化的途径。下面列出了一些基本步骤，可以利用它们指导需求开发活动。对于需求的任何子集，那么你就可以很有信心地继续进行系统的每一部分的设计、构造，因为你将开发出一个好的产品： 1. 定义项目的视图和范围，
2011-08-01 22:03:07
735
原创 软件需求分析的主要实现目标
软件需求分析的主要实现目标：1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整 性，促使用户在软件设计启动之前周密地、全面地思考软件需求；2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；3）为软件管理人员进行软件成本
2011-07-30 12:34:05
4184
原创 软件功能需求说明书编写体会
<br />软件需求说明书主要描述软件产品的功能，为设计、开发和测试以及产品相关人员的提供参考。软件需求说明书采用什么样的形式能够把功能描述清楚，如何让使用人员尽快了解产品的功能，采用什么样的编写方式，是软件需求分析人员需要考虑的问题。经过最近的摸索和积累，个人觉得编写需求文档不一定要长篇大论，要多用表格和流程图，并且至少包括以下内容。<br /><br /><br />一、目的<br />即使用场景描述，先用几句话简要概括做该软件是用来解决什么问题。不要一开始就描述功能，至少让设计人员大致了解该功能的使用
2011-04-07 23:10:00
1299
原创 如何说服用户进行产品升级
有用服工程师咨询我，怎么样才能让用户同意对他们正常使用的软件产品进行升级。如果是用户不是遇到了难以解决的问题，一般是不会希望用服出现，不希望自己的正常工作受到打扰。如果厂商事先发现了一些问题，必须通过主动升级的方式排除潜在隐患。我认为用服工程师可以不告诉用户我们真正的目的，避免主动暴露产品的不稳定性。而是首先换位思考用户最关心的是什么。我认为用户关心的是他们已经熟悉的流程被改变，已有的数据被损毁。把握了这个原则，工程师可以先解释此次升级不会对他们的日常操作过程和界面都不会有任何影响，其次，升级也不会对已有的
2011-03-15 21:12:00
545
原创 需求分析师的工作重点
<br />在我们周围，需求工程师更多时候，是在开发和测试工程师出现意见分歧时，充当一个裁判。我感觉这是不太正常的。<br /> <br />测试工程师知道有些场景用户不会这么使用，但可能对开发的处理方式不太满意，就会将问题推给需求，并要求需求工程师在软件需求说明书中给出相关定义和描述，避免后续追究承担相关责任。但是这类测试的边界和细节问题分散了需求分析人员的太多精力。也不是他们的工作重点。<br /> <br />我觉得需求工程师针对这类问题，只需要判断是否为用户关键场景，如果是需要怎么去做；如果不是，则
2011-03-15 20:34:00
456
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人