第5章(第4节)案例：主要软硬件选型原则和详细软硬件配置清单

5.12主要软硬件选型原则和详细软硬件配置清单

5.12.1软硬件选型原则

软件选型原则：开放性，对称性与非对称处理，异种机互联能力，目录及安全服务的支持能力，应用软件的支持能力，网管能力，性能优化和监视能力，系统备份／恢复支持能力。

硬件选型原则：系统的开放性，系统的延续性，系统可扩展性，系统的互连性能，应用软件的支持，系统的性价比，生产厂商的技术支持，可管理性（同事管理多处工作，消除问题，智能管理的方法），远程管理，状况跟踪，预故障处理，性能监控，安全管理，可用性，磁盘故障，内存问题，容错性（冗余组件、自动服务器恢复，冗余网卡，冗余ＣＰＵ电源模块，双对等ＰＣＩ总线）及平台支持

5.12.2软硬件配置清单

参考《附表》中的项目软硬件配置清单。

5.13机房及配套工程建设方案

使用目前已经建设好并正在使用的机房，不需要重新建设。

3.4.2 性能需求

3.4.1.2.1 交易响应时间

交易响应时间指完成目标系统中的交互或批量业务处理所需的响应时间。

根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。

1、交互类业务

日常交易指传统的大厅交互业务，如申报、发票销售、税务登记等，具有较高的响应要求。批量交易指一次完成多笔业务处理的交易，如批量扣缴等，由于批量交易的数据量不确定，需要根据具体的情况确定响应时间。

表3-1 交易类业务复杂性与响应时间关系表

备注：以上交易如果涉及与税务－国库－银行或税务－银行－国库交互的，响应时间参考值中均包含交互的时间

2、查询类业务

如登记资料查询、申报表查询等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。

如有特殊要求，可以在具体开发文档中单独给出响应时间要求。

表3-2 查询类业务复杂性与响应时间关系表

备注：业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。

3、大数据量、批处理业务

如会计核算等业务处理，该类业务具有处理复杂、操作数据量大、处理时间长的特点，具体的响应时间在开发文档中给出。

3.4.1.2.2 可靠性

系统应保证在正常情况下和极端情况下业务逻辑的正确性。

1、无单点故障

系统应不受任何单点故障的影响。

2、故障恢复

系统应能够在半小时内从故障中恢复。

3、灾难恢复

当灾难被发布后（being declared），核心系统应在2小时内恢复。

3.4.3 其他需求

1、可扩展性

可扩展性是指系统具有适应业务需求变化的能力，当系统新增业务功能或现有业务功能改变时（业务流程变化、税种的变化、规则的改变、代码改变、界面的改变等），不可避免将带来系统的改变，好的系统应在系统构架上考虑能以尽量少的代价适应这种变化，应尽可能的保证业务变化造成的影响局部化。

2、易用性

易用性是指系统易于使用的程度，主要有以下几方面：

系统所有的业务功能界面风格和操作流程一致；

业务表单尽量做到所见即所得；

信息录入能够完全通过键盘完成；

界面美观、简洁、高效；界面各部件的布局应该保持合理性和一致性；

常用操作有快捷键支持，大部分操作能够在小键盘内完成；

在前端还应提供一些智能化的校验功能

提供友好联机的帮助信息，对各种状态和操作结果进行及时的反馈和提示。

3、伸缩性

系统伸缩性是指系统规模或容量扩大时，能方便地在各个层次进行扩充。

系统规模扩大，例如个人所得税子系统，由于数据量和访问量都很大，有可能从核心征管系统中独立出来形成子系统。核心系统应该满足从统一入口的访问，能容易地分流到新增的子系统而不改变原来的架构。

当系统扩容时，可以方便地通过增加各层的服务器（如WEB服务器、应用服务器、数据库服务器）数量，实现应用负载均衡，将系统的应用负载扩展至多台服务器承担，从而有效提高系统总体的负荷，保证系统合理的响应时间和吞吐量。

4、可用性

税务局的窗口业务应在所有工作日的8:00到18:00是可以使用的；

其它业务如电子办税、电话办税等应满足7×24小时可以使用。

5、可移植性

可移植性是指应用系统可运行在不同的硬件平台、不同的操作系统、不同的系统软件上。

6、可管理性

可管理性是指系统接受管理和监控的程度，可管理性主要包含三个层次：硬件设备和网络设备的可管理性；服务器的可管理性；应用系统的可管理性。

硬件设备和网络设备，如主机、路由器、交换机等，都要求提供标准的管理接口，可以方便地对其进行远程管理，读取设备的状态和对设备进行配置。

数据库服务器和应用服务器等类型的服务器，也要求提供相应的管理接口，可以方便地对其进行远程管理，读取服务器的状态和对服务器进行配置。

应用系统也要求构件提供管理接口，以方便对系统进行管理和优化。

无论是哪个层次的可管理性，都要求提供标准的管理接口，才能进行管理；而且要实现统一的、一致的日志功能，方便对系统进行跟踪和检查。

7、可重用性

可重用性主要是指软件产品在不同的系统开发中可以被重复利用的程度。

要提高系统的可重用性，应采用构件化的设计思想，即在提供标准化的服务接口的前提下可以替换各种可选的实现，而不会影响系统其他部分的实现，以此将系统可重用部分可能的变更充分的局部化。

8、可维护性

可维护性指软件能够被简单方便地修改和升级，包括可读性、可修改性。

可读性可修改性要求在系统的开发过程中要有规范、清晰、完整和详细的文档，如业务需求阶段要有业务用例模型、业务活动图、业务规则、表征单书等；系统需求分析阶段要求有系统用例模型、用例文档、规则说明等；概要设计阶段要求有宏观设计文档；详细设计阶段要求有类图、时序图等；编码阶段要求有程序设计说明、变量定义说明等；测试阶段要有测试用例、测试记录等。

易于升级要求数据库、应用服务器、开发工具能方便地进行版本升级，具有向下兼容性；易于升级也要求客户端的升级工作量较小，在这方面浏览器客户端的维护比GUI客户端要小得多。