系统分析

2011年系统架构师大会今日在北京拉开帷幕，在今天下午的“分布式集群与架构设计”分场中，盛大在线的郭鹏、《互联网运营智慧》一书的作者田逸以及北京快网科技的CEO刘再德就分布式集群、架构以及未来的IT发展做了分享。

在ERP系统中，会计期间已经不再是财务专用的一个概念，而是牵涉到系统的各个模块中，需要让会计期间的观念深入到每个系统分析人员的心中。

　在编写ASP.NET MVC应用程序时，只依赖内置的视图辅助方法很难达到很高的生产力，即使是定义在MvcFutures中的补充类库，也很难满足项目的具体需求。此外，不同的项目有不同的特点，在很多时候也需要定义较为特殊的辅助方法，使开发人员能够更快，更方便地写出更容易维护的代码。这也是自定义视图辅助方法最主要的目的（没有之一）。而这次的文章，便是给出一个这方面的示例，可作为此类问题的一个参考。

好的系统分析员都是从优秀的程序员中产生的，坚实的编程功底、丰富的经验是今后做系统分析的基础。没有对系统本身进行过透彻剖析过，很难领会到其中一些难以言述的精华。但并不等于好的程序员就能够成为好的系统分析员。合理的知识结构。语言能力、文字表达能力、技术的全面性等是对系统分析员的基本要求。比如说c/s和3层开发，如果仅仅对netscape公司的产品熟悉还不够，还需要了解比如微软等产品，并且要了解他们中产生历史，发展思路，技术优劣，以应付各种穷追猛打的提问。但更重要的是，这是你为应用定制技术要求的前提。

系统分析是项目开发中最艰巨的工作，本阶段需要特别注意的工作重点在于：· 补充完善上一阶段可能欠缺的系统的性能需求；· 系统分析员需要站在全局出发，设计合理可行的设计方案；· 在需求不明的情况下设计多种解决方案供客户选择，· 将系统分解模块，最大限度地设计代码复用；· 使用UML建模方式，将客户变化的需求映射到模型中，大大提高系统的扩展性和开发效率

一项技术、产品或是一个微小的社会阶级摩擦，都可能给社会经济生活带来翻天覆地的变革和影响。在强烈的企业需求导引下，越来越多的软件架构趋于复杂，造成专业的分工化。

很多的方法学都定义了软件开发项目中开发人员所担任的角色，同时还定义个各个角色执行的任务，尽管入席，这些方法并没有定义这些角色最适合的人选。一个人要想成功的担任某个角色，他应当很好的适应它－－虽然这并不需要人们掌握所有的技能，但人们必须要慢慢的熟悉这些技术。我的经验告诉我，要成为一个成功的敏捷建模者，文中列出的个性是必要的。

无论你遵从的是重量级的方法,比如Enterprise Unified Process(EUP)，还是轻量级的开发过程，如Extreme Programming(XP)，建模在软件开发中都是不可或缺的。但不幸的是其中充斥着各种谬误与迷思。这来自于各个方面，有从理论家错误的研究、数十年来信息技术领域内的文化沉积、软件工具开发商天花乱坠半的市场宣传以及象Object Management Group (OMG)和IEEE这类组织的标准。

简单地讲，所谓模式，就是得到很好研究的范例。设计模式，就是设计范例。在孙子兵法中，充斥着各种模式。孙子说，“至于死地而后生”，就是战争模式。三十六计，条条都是模式，比如“走为上”，“空城计”也都是战争模式。

Windows 2003是微软最新一代的服务器端操作系统，相比之前的任何一个版本，它功能更多、速度更快、更安全、更稳定。

部署SaaS总体成本分析

部署SaaS总体成本分析

产品部和技术部，在网站的开发过程中，是两个需要密切配合的部门，很多网站甚至将这两个部门合并在了一起，不过大部分还是分开的。在互联网开发过程中，这两个部门的沟通效率，对于最终网站的质量有着非常重要的意义。笔者尝试将工作中这方面的一些体会分享出来，供读者参考或者指正。

本文从互联网产品设计、策划以及评估的角度谈了互联网产品经理的职责，给出了若干可以操作的方法的建议。下一节中，我们会谈到，互联网产品经过评估合格后，如和做好高保真的原型设计，以及在原型设计中，有哪些较好的工具可以使用。

2008年7月16日，这是一个值得中国电子商务记录下来的日子，一件小事，却是一大步，卓越宣布支付宝付款正式启用，谁会对这个新闻更感冒？首先当然是当事人，卓越觉得自己一下子靠近了超过8000万的支付宝用户，支付宝总裁邵晓峰随后宣布中国B2C排行前10的除当当网以外已经全部支持支付宝支付

项目后期检讨主要集中于发现了多少个bug以及如何处理它们。在大多数情况下，你会发现CMM（能力成熟度模型）、六西格玛（six sigma）等软件质量控制方法下过程评价基本上都是围绕着如何减少缺陷以及管理缺陷的。

文章分析了对DotNet分布式应用搭建的考虑。

本文在描述了短消息业务系统的网络结构基础上，总结计费系统的需求要点，进而采用UML语言对短消息计费系统进行分析。

当老总的决定对你所负责的项目造成一定影响时，原则上理解老总的意图，支持老总的决定，至少表面上要支持老总的决定，让老总感觉你和他的目标是一致的，只是双方所站的角度不一样；实际操作中，项目经理则要学会策略性让步，在原则上坚持，不然失败后黑锅就得你来背了，但处理和表达的方式要灵活，不然谁还愿意给你加薪！