《暗黑破壞神 3》電腦配備系統需求公開 主程式開放下載

　　Blizzard 今（8）日公開了《暗黑破壞神 3》的電腦配備需求，供有興趣的玩家參考. 此外，《暗黑破壞神 3》的員工親友內部測試已正式啟動，許多網友也紛紛在網路上直播或是放上遊戲實際的影片，有興趣的玩家可參考此篇新聞. ◆ PC 最低系統需求： 系統：Windows XP/Vista/7 （最新版本.

谈需求工程方面的文章前面写过很多，本文仅做最近思考的一些点滴记录. 首先我们谈下业务建模层面，对于从用户提出最初的业务需求到交付一个完整的系统，在建模层面涉及到两个层面的抽象，其一就是业务建模解决现实世界本身的抽象描述，其二就是软件架构设计，解决从业务模型到IT架构模型的第二次转换. 在早些时候我们看到这两个层面的建模内容都由系统分析员承担或完成，在岗位不断细分后我们看到反而会出现忽视了业务建模的问题.

暴雪宣布了《暗黑III》的封闭式beta测试，玩家可以检验一下自己的battle.net帐号，看看是否收到了测试邀请. 暴雪表示，除了通过战网的账号”抽签”功能来挑选玩家外，我们还将通过Beta派送和推广活动等方式来提供测试序列号. 我们也欢迎受邀进行测试的幸运玩家们前往官网论坛 进行建议反馈和错误汇报.

【感谢 Todd投递本文 – 微博帐号：@ weidagang 】. 程序员XX遭遇车祸成植物人，医生说活下来的希望只有万分之一，唤醒更为渺茫. 可他的Lead和亲人没有放弃，他们根据XX工作如命的作风，每天都在他身边念：“XX，需求又改了，该干活了，你快来呀. ”，奇迹终于发生了，XX醒来了，第一句话：“需求又改了.

[核心提示]需求是可以创造，可以进化的. 在需求的“博尔赫斯库”中，我们要做的，仅仅是模拟规则，让需求，优胜劣汰. 如果本文的标题和导语引起了坐在电脑前的你的兴趣，同时又产生了些许的疑惑，那么恭喜我自己，我的目的达到了 （真是恶趣味……）. 那么，在对它们进行解释之前，还容我卖个关子，先从几个有趣的见闻讲起.

在这里再谈下需求和设计的边界问题，我们最终的业务系统实现出现的偏差，究竟是需求的问题还是设计的问题. 如果边界不清楚则很难明确的区分. 对于需求本身有原始需求，用户需求，产品需求和系统需求的各种阶段；而对于需求的过程也本身存在原始需求的收集，需求分析，需求挖掘，和需求相关的业务建模. 而对于设计同样存在总体的企业架构设计，到单个应用的总体设计和架构设计，概要设计和详细设计.

曾经有一个很有名的段子，大致意思就是说在汽车尚未出现的马车时代，你去做消费者调研，只会得到这样的答案：我需要一匹更快的马，而不会得到：我需要汽车. 因为对于消费者来说，他从来没有看到过汽车，怎么可能回答你需要汽车呢. 这个段子，似乎充分说明了，创新，尤其是颠覆式创新、破坏性创新是不可能通过需求调研出来的.

这段时间我做了两个大项目，其中一个项目算是商业模式上和使用规范上的调整，另一个项目是之前功能的重做，为什么重做我下面会说到. 关于需求分析，我认为把需求抽象成产品功能花费的时间占到了软件开发周期的40%，产品设计到评审完的时间大概是20%，也就是说实际开发之前产品团队介入的工作占据项目的60%，在需求分析阶段我有一些个人观点.

IT行业中失败项目的比例可以说明“项目管理”是很难做好的事情，项目失败的原因千千万，我认为需求管理、需求变更管理是个很重要的因素. 恰恰PM的工作缺不了项目管理，更缺不了对于需求的管理，偶然的原因，和团队分享了我对于项目进行中“需求变更”的理解和管理方法. 忽然发现之前写过很多产品思考和细节思考的东西，但从没有整理出方法论，后续应该多整理下方法论.

看过《定位》最大的感受就是产品在诞生之前就决定了他是否能存活或成功. 就像走在商场中，面对玲琅满目的产品，你似乎很难找到一两款绝对同质化的大品牌：. 各式的服装，NIKE的衣服是运动的，但也不会和做户外运动的哥伦比亚冲突. 都是做化妆品，Fancl打出“无添加”没有防腐剂也收获了一群喜爱天然的用户…...