标签：
用例，顾名思意，就是假如（假设）出现某种情况，采取什么样的行动；可能会有什么样的结果；然后，根据这个结果，再采取什么样的行动……直到得到希望的某个最终结局。
程序员需要的是使用这个网站时需要有那几种用例逻辑，然后抽象出其中的对象，根据对象建立存储方式（象数据库存储结构）和内容采摘方式。
开发软件如同建房子，旁观者可能问一句："建房子啊"就拍手说明白了，但对于开发员来说，如果得不到准确的房子细到砖砖瓦瓦的准确设计（需求定义）；要知道建小平房和建金茂大夏都是建房子，建宾馆还是建殡仪馆也是建房子，到底客户要的是什么房子合适，不搞清楚干下去的程序都是不负责任的，或者是冒牌货。
在开发过程中都强调实现用例功能实现
二是把静态网页当成需求，特别是当把静态网页当成prototype时更经常犯这个错误；常常说："按prototype做出来不就行了？"实际上prototype本身如果不是看不出清楚的用例逻辑，就是可能有几种用例解释；何况真正变成动态程序，与静态的东西是不一样的。
软件其实很简单的，无非是分析好用例，然后让计算机一步步实现而已，用例，是所有软件实现的前提：不然，软件到底要干什么？好的软件项目都有一个共同的特点，就是简单的逻辑，明确用例。
什么人要看需求分析报告
项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。
我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。
例如：
项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。
开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；
操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；
界面设计人员根据项目的性质和定位确定表现方式。
测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测；
建立需求变更日志，制作新版本的需求分析报告
在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。
本阶段重点工作角色
在需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。
客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。
在实际工作中，很多项目失败的起因都和需求分析有关。 客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。
仔细聆听，罗列客户的所有要求；
将需求进行分析，确认可操作的系统模型；
利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；
迅速确定网站的用户角色；
比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；
分析确定每个角色的权限及可操作的功能；
比如会员可以查看特别信息、修改个人信息、退出登陆等；
前台管理员能够登录管理系统，能够发布编辑修改信息，能够审查会员资格等；
网站管理员可以更改栏目、修改网站界面等；
制作流程图和示意图将需求表现出来；
让客户参与到示意图的设计中，及时正确的反应出需求变更。
制作需求变更日志，保留升级版本，通过版本控制进行需求管理；
通过需求《管理计划书》使每个参与人员看到共同的努力目标
标签：
原文地址：http://www.cnblogs.com/shareyezi/p/4378431.html
