软件架构与管理

    吃“软饭”已有5年之久！总想在软件中有自己的影子和思想，可是所开发的东西似乎看不出有半丁点是自己的，连残存脑海里的都是模模糊糊、隐隐约约。因为水平不够？因为只是个代码的堆积者？一项一项软件项目都是管理者的思想、决策者的灵魂、需求者的流程和“希望”。我们只能依瓢画葫芦、闭门造“宝马”……
    似乎把问题扯得太远了！什么是软件架构呢？怎样管理软件项目呢？
软件架构：本人也并不了解这个词的定义（这类定义往往是专家、学者们研究得出的结论），以字面理解那就是软件的框架结构。你的软件是B/S还是C/S架构呢？其实，无论是B/S还是C/S，他们都不新鲜。C/S(Client/Server，客户端/服务器)技术从上世纪90年代初出现至今已经相当成熟，并得到了非常广泛的应用，其结构经历了二层C/S、三层C/S、N层C/S的发展。B/S(Browser/Server，浏览器/服务器)技术则是伴随着Internet的普及而产生发展起来的。原先的B/S并不叫“B/S”，此类应用在国外通称Web应用，只是国内一些公司“创造”了“B/S”这个词。应该说，B/S和C/S各有千秋，他们都是当前非常重要的计算架构。在适用Internet、维护工作量、易用、简单等方面，B/S比C/S要强得多；但在运行速度、数据安全、人机交互等方面，B/S远不如C/S。综合起来可以发现，凡是C/S的强项，便是B/S的弱项，反之亦然。B/S与C/S具有不同的优势与特点，它们都无法相互取代。因此，问题也就因此而产生了，我们的软件到底该用B/S还是C/S架构呢？例如，对于以浏览为主、录入简单的应用程序，B/S技术有很大的优势，用户只需能上网、安装IE之类的浏览器就可是应用；而对于交互复杂的企业级应用，B/S则很难胜任，大多企业级软件采用二层、三层或N层C/S架构，而添加B/S作为辅助应用，这便是项目管理所考虑的未来发展、扩充性了。
     软件项目之管理并非本人所能描述和JJYY的！我只认为把握好进度、及时调整进度、保正质量就OK了。至于其它人与人之间、需求与被要求之间那是很高深的学问了。
    希望能与大家一起学习!