摘要：avatar从程序角度来看主要是2方面的工作，一是web，这儿负责购买、更换服装等功能，二是客户端程序（如果需要的话），这儿主要负责下载更新和程序显示
当然，其实可以统一使用web来实现，不需要程序负责，程序仅仅调用web控件或者别的什么方式，把最终的现实直接交给web来完成
web的实现，没太大难度，如果要兼容性扩展性很好，比较简单的方法，是每次在用户更换服装以后，服务器生成一张最终的......
摘要：目录
第一章 序论……………………………………………………………4
1- 1 研究动机……......
用户需求变了……用户需求变了……
【程序编程相关:
在 Pocket PC 中的非全屏窗口】
“用户需求变了,变得让我们措手不及.” 【推荐阅读:
在Tomcat下JSP、Servlet和】
然而,用户的需求为什么变了?我总结了一下,发现其中的3种情况: 【扩展信息:
Tomcat 5.0.28安装笔记 】
这对开发人员来讲,是常见的事情,并且往往是比较头疼的事情.
1 用户需求 变了
用户:原先,我们集团公司允许各地的分公司进行跨区销售.后来,总公司发现这样产生了一些各地分公司之前的恶性竞争,下达了禁止跨区销售的业务发生.你们的软件现在不能满足这个要求,我们要求改变.
这是由于用户的业务流程发生了改变,要求我们的系统对此做出反应.
这种变化属于外在因素,我们无法预料.对于这样的需求变更,用户能够理解这不是我们的过失,理智的用户会主动提出:你们帮我们修改一下吧,我们会给你们报酬的.
这种变更,我们不会有什么损失,相反的,正常的情况下,这也算是一个新的订单.
2 «用户需求»变了
开发者:我们开发的这个功能在用户那里根本不能用,他们的工作流程根本不是这个样子的！
呵呵,“不是这个样子的”！那一定是我们的需求调研人员把他们的工作理解错了.也许有人会说:这是因为用户没有跟我们讲清楚.——说这种话是在推卸责任！因为,需求调研人员的一个重要职责是:引导用户把他们的要求（包括业务流程）讲清楚.
这里,其实是我们的«用户需求»文档要修改一下,改正我们的错误.
这种变化的原因在于自身,如果我们的工作人员将工作做到位,这种麻烦是可以避免的.
这种变更,会引起我们的返工,提高项目的风险.发现的越早,损失约小.
3 “用户需求”变了...
下一页 摘要：private void button3_click(object sender, system.eventargs e) { //写二进制文件 binarywriter bw; //创建一个二进制文件 filestream fs=new filestream (mappath("mydata.data"),filemode.create ); bw=new binarywri......
