撰写内容，首先对公司企业战略上的影响，市场上的影响，技术上、功能上，所有的东西从这些层次来描写，我们该完成什么样的任务。你在开发前把目标定义清楚，后来帮助你做解决，什么情况下开发时用什么技术，如果符合我的目标就做，如果不符合我的目标，到那时候做决定，有全面目标做了到那时候起到很大的作用。
如果是为单个客户开发产品相对来说容易的多，一般情况下你的产品是成千成万人用。这时候就要考虑到，要照顾到不同的用户，他们使用的产品能力不是一样的。对于不同层次的人使用者，对他们要达到的目标是什么，都要写清楚。你对这些做了总结，帮助你在后来做设计的时候，比较容易做出决定，你这个设计功能该怎么样设计。往往这些功能写和不写没有太大区别，最后软件不起到什么关键影响，可是由于做了这些工作，你作为设计人员，项目经理，逼迫你去思考这些问题，如果事先这些问题都没有想过，希望后来设计的软件都能达到前面的功能是不可能的。如果你事先做了，做了思考，跟开发团队商量了，做的这些都是有目的的。
前面讲的是比较高层次的总结，在你描写真正开发的功能之前，就会讲到很要紧的总结使用方案。客户是如何用你的软件解决他的问题的，谁来用，是什么样的人，他们怎么用法，他们使用软件顺序是怎么样的，描写清楚。通常我们是用讲故事的方法，长三来上班，大概机器灌入一个数字，存了文档，交给李四，李四存了文档，这样用讲故事的方式来描写。还有很要紧的一点，你这样的描写，对测试团队起到一个巨大的帮助。他测试的时候，内部测试团队人员可以把自己想象成一个客户，可以按照你所描写的使用方案，测试团队来测试这个软件。按照你所描写的使用方案，按照顺序进行测试。这个是对测试团队设计他们的测试的方案起到很大的作用。
从客户使用软件具体的使用方案总结出你的功能需求，他是这样用的，因为张三打开机器要先按这个键，应该有一个输出、输入栏，灌数据，按了以后生成文档，正因为有这样的使用流程，你的需求功能非得有这个键，有数个数据栏、有功能生成文档。前面描写的故事怎么使用的，后来设计总结这些需求功能是符合你这个故事的，保证你设计出来的功能是能够满足客户按照这个步骤执行他的方案。我们在微软内部按照三步法开发软件，其实是有他的道理的，他要避免你开发出来的功能是和前面使用方案毫无关系的，开发的时候造成浪费。满足具体的使用方案，从使用方案总结出来，因为长三按这个键关入数字是这样的工作，做功能描述的时候才描述细节，但首先要有这个键、数据栏。对可有可无的功能要把它的优先顺序写持续。我们所有的功能都有P1、P2、P3，定出来哪些东西是对客户来说是赢得市场最要紧的，非要开发，哪些是可有可无，哪些是可以放到下一代产品再开发。开发之前把这个事情都做好。
有了这些以后，你才描述具体的功能。这里描写如何使用，前面先讲为什么要开发，如何开发，讲了这个软件为什么用，最后来讲这个软件是如何被客户使用的。这部分对所有的功能，所有的界面设计做一个详细的叙述。对这部分内容可以按照使用方案，从头到尾把你使用的功能用图象画出来，可以用文章总结。使用大量的图象很要紧，因为你图象化以后，帮助测试人员怎么样测试，帮助开发人员开发出来的功能是要符合你设计的图象。你画出图象，可以让可用性的工程师，根据这个造样品，然后找客户做使用性的调查。这些东西帮助管理整个使用功能控制操作和质量。
此文章共有8页 上一页 1 2 3 4 5 6 7 8 下一页
文章来源：互联网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
