可扩展性
1、支持原有架构扩展的说明
方便地对系统进行扩展，而不对系统进行结构化的改变。系统具有统一的接口模式，实现系统对多系统的连接(接入和接出)，使得系统在新增接口或接口变化时不需要进行大规模开发。
系统接口要符合的SOA架构：能实现包括Web Service在内的多种接口机制，通过信息共享平台(ESB数据总线)进行服务提供，并基于实际需要提供接口方案。能提供开放接口，以供后期与其他系统的集成。对服务商提出的要求如下：
a.WEB SERVICE的描述采用WSDL 1.1和SOAP消息格式1.1，WSDL的样式为Document/literal;
b.所有平台服务消费方向平台发起的报文及平台向服务消费方返回的报文都是UTF-8编码的;所有平台向服务提供方发起的报文及从服务提供方接收的报文也都是UTF-8编码;
c.平台支持以HTTP 1.1的协议访问;
e.今后开发的系统间的服务调用遵守本文档的报文格式要求，服务请求方通过平台调用服务提供方在平台上发布的服务来实现各种功能;
f.对于已经存在不能进行改造的系统接口，同时提供原有数据传输方式。
2、扩展的方式
支持横向扩展、纵向扩展方式。
本系统容量设计支持工装业务5年的业务扩展。
3、性能扩展性
由于本系统存在大用户量、大并发的情况，因此需考虑性能扩展性。在每年9月预算申请、4月员工自选等业务集中高并发期，支持通过扩展的方式应对业务大并发量。
4、功能扩展性
由于工装选业务新，未来发展变化快，因此需考虑功能扩展性，当业务增加新功能时，尽量不需要对现有系统的结构和代码进行修改，例如包括但不限于：
(1)3.1.6章节，在设计上需支持一个物料对应多个工装供应商。
(2)3.7.7章节，预算管理提供两种模式，可灵活切换。
(3)遇上公司改型换装，工装管理员只需对物料、岗位标准、个人标准、积分等模块，通过新增、修改、删除等操作，即可完成改型换装，而不必对系统代码进行修改。
1.2.易用性
需充分考虑公司全体员工的年龄差异，计算机、手机操作水平差异，提供友好的用户操作界面，采用简洁、易用的用户界面设计风格，采用规范的业务术语，充分考虑用户体验。
客户端采用B/S架构，无需特定升级维护。
1.3.可维护性
(1)监控模式
在日常运营中，需提供应用系统、接口、中间件、数据库的监控、告警等功能。
(2)系统维护
应用系统更新部署，中间件、数据库维护等工作尽量减少停机维护时间和次数，尽量减少对业务连续性的影响。
供应商应按照的开发规范进行后续实施开发，如涉及产品的客户化，也应按开发规范进行实施，确保软件可根据版本进行升级。配合系统维护建立整套管理流程，明确维护人员及职责，从服务器、操作系统、应用程序等方面保证系统的日常维护，出现故障可得到及时解决。
提供完善、易读的系统文档和源代码，以保证后期维护人员的知识转移。
(3)备份恢复手段
供应商应对系统的软件、数据提供完整、可靠的备份恢复手段，制定相应的系统应急预案并进行应急演练，使维护人员快速定位故障点，及时解决故障问题，从而在有效的时间内恢复系统的正常运行，并保证业务使用。
