4、规划网络容量原则

在规划@6A 站点的容量需求时，需要遵循下列原则：
（1）通过开展市场分析（如果站点还没有发布）或分析WEB服务器的日志（如果站点已经在运行）确定同时用户数量。
（2）使用高峰通信量来确定最大同时用户数量。
（3）根据高峰同时用户数量来计算硬件和网络带宽。处理器功率和RAM必须充足，以避免高峰使用时间性能降低。存储应当非常充足，能保证@6: 站点所需的性能和可用性。
（4）站点拓朴结构必须考虑到服务器操作，如备份和复制、预期使用尖峰时段期间的性能、可用性需求，以及预期的未来增长。
（5）实施站点之前对其进行测试。
（6）将站点升级或扩展。扩展通常会大大提高性能，而且可提供更高的操作灵
活性。
适应不断的需求变更。
下面，本文以一个简单的小例子来说明如何在软件开发中应用敏捷建模。
投资方在他需要的财务管理系统中，对商品采购入库的核算有如下要求：根据进项税发票调用业务系统数据，由系统自动制作会计凭证。于是，开发人员就可以用非常简洁的模型来表达这个需求
然后，开发设计人员根据该图完成该需求的开发工作。很显
然，这个功能很容易就被实现了。这就是第一次迭代过程。然后
当演示给投资方时，他们的反馈如下：
由于公司的发展壮大，业务量增加很快，而且进口商品的采购也已经成为经常性业务，因此有如下要求：
1.在财务中，商品采购分为国内商品采购和进口商品采购分别核算；
2.在进口采购中，记帐的依据是进口发票和税单，而且记帐科目是物资采购；
3.国内采购中，记帐科目是库存商品。
根据这些反馈，设计人员对上述功能进行了调整，首先，必须将原商品采购模块一分为二———进口采购和国内采购，原模块可以扩充为国内采购模块，进口采购模块则需要重新开发。于是，很快就完成设计
应该说，到目前为止，变化的需求已大部分被修改并实施到软件中了。此时已经经历了两次迭代。然后又可以把开发完成的软件拿到客户那里去演示了，也许客户又有了新的要求，比如说，为避免业务上的数据有问题，应该允许财务人员手工录入核算信息，于是开始了第三次迭代过程。依次类推，也就实践了敏捷建模的迭代思想。
当然，本人并不认为要完全遵照敏捷建模的方法去完成需求管理，我们必须结合软件工程中需求管理的方法和流程，将敏捷建模的思想融入在需求管理过程之中。
虽然，需求管理到目前为止尚无定法，但是只要我们在实践中不断探索，不断总结，就一定能不断的完善需求管理。

转载请注明：艺宵网 » 网站建设中的容量规划问题探讨